产品定(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 |
|---|---|---|
| .. | ||
| dto | Loading commit data... | |
| engine | Loading commit data... | |
| recall-debug | Loading commit data... | |
| agent-roster.service.ts | Loading commit data... | |
| assignment-expiry.scheduler.ts | Loading commit data... | |
| assignment-proposal.service.ts | Loading commit data... | |
| assignment-signals.ts | Loading commit data... | |
| assignment.controller.ts | Loading commit data... | |
| claim-guard.ts | Loading commit data... | |
| cohort-attributes.service.ts | Loading commit data... | |
| cohort-filter.ts | Loading commit data... | |
| dispatch-guard.ts | Loading commit data... | |
| execution-callback.service.ts | Loading commit data... | |
| execution.service.ts | Loading commit data... | |
| plan-assignment.service.ts | Loading commit data... | |
| plan-event.recorder.ts | Loading commit data... | |
| plan.controller.ts | Loading commit data... | |
| plan.module.ts | Loading commit data... | |
| plan.service.ts | Loading commit data... | |
| reason-temperature.sql.ts | Loading commit data... | |
| recall-suppression.ts | Loading commit data... | |
| recycle-scheduler.service.ts | Loading commit data... |