| Name |
Last commit
|
Last update |
|---|---|---|
| .. | ||
| cli | ||
| common | ||
| config | ||
| modules | ||
| openapi | ||
| prisma | ||
| queues | ||
| redis | ||
| types | ||
| app.module.ts | ||
| health.controller.ts | ||
| instrument.ts | ||
| main.ts |
产品定(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 |
|---|---|---|
| .. | ||
| cli | Loading commit data... | |
| common | Loading commit data... | |
| config | Loading commit data... | |
| modules | Loading commit data... | |
| openapi | Loading commit data... | |
| prisma | Loading commit data... | |
| queues | Loading commit data... | |
| redis | Loading commit data... | |
| types | Loading commit data... | |
| app.module.ts | Loading commit data... | |
| health.controller.ts | Loading commit data... | |
| instrument.ts | Loading commit data... | |
| main.ts | Loading commit data... |