| Name |
Last commit
|
Last update |
|---|---|---|
| .. | ||
| data | ||
| prisma | ||
| sql | ||
| src | ||
| tests | ||
| .dockerignore | ||
| .env.example | ||
| .gitignore | ||
| .swcrc | ||
| Dockerfile | ||
| jest.config.cjs | ||
| nest-cli.json | ||
| package.json | ||
| tsconfig.build.json | ||
| tsconfig.json | ||
| tsconfig.typecheck.json |
产品定(2026-08-12):N 只算新增不扣在手,所以这个节点每批基本都会亮 —— 那不是 bug,每一批本来就该把「这活多大、要打几天」讲清楚。 -⛔ 措辞去掉「打不完 / 超了 / 过载」:常亮 + 报错口吻 = 主管开始怀疑系统, 而不是做决定。改成「这批发下去,最忙的是张悦:手上共 60 条,约 4 天的量」。 -⚠ ️ 数字**拆开说**:「本批 45 条、原本在手 15 条」。不拆开主管会读成 "这批一下压了 60 条给他"(增量与总量分不开,同类问题栽过)。 - 默认路径说清后果是可接受的(到期落回池子、下批还能再分),⛔ 不制造紧迫感。 - 补第三个动作 DAILY_RATE_SET「改每人每天打几通」—— 它同时决定 N, 原来只给了延时效/减人数两条。 - 文档补一节说明为什么不改成 `Σ max(0, 15D − 在手)`:那会踩回 2026-08-03 删掉的坑(第二批恒为 0)。 测试:新增「措辞不许像报错 + 必须拆开说」一条,fixture 支持分别给 本批条数与在手条数。1224 passed。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
| Name |
Last commit
|
Last update |
|---|---|---|
| .. | ||
| data | Loading commit data... | |
| prisma | Loading commit data... | |
| sql | Loading commit data... | |
| src | Loading commit data... | |
| tests | Loading commit data... | |
| .dockerignore | Loading commit data... | |
| .env.example | Loading commit data... | |
| .gitignore | Loading commit data... | |
| .swcrc | Loading commit data... | |
| Dockerfile | Loading commit data... | |
| jest.config.cjs | Loading commit data... | |
| nest-cli.json | Loading commit data... | |
| package.json | Loading commit data... | |
| tsconfig.build.json | Loading commit data... | |
| tsconfig.json | Loading commit data... | |
| tsconfig.typecheck.json | Loading commit data... |