在此之前模型没有这个工具,被问到只能**推理** —— 而推理出来的理由听起来完全合理, 主管照着去调策略就是白跑一趟。这是 F5(每加一个写工具,先回答"它怎么知道自己做对了") 在读侧的对应物。 - 依据全部来自 followup_plans 上那组**分配当时的决策快照**列 (assign_strategy / dedicated_cs_at_assign / dedicated_cs_last_visit_at / priority_score_at_assign / selection_mode)—— schema 注释写的正是 「为了半年后回答'当初为什么选了这个人'」。⛔ 不拿"现在"的值解释"当时"的决定:专属客服会被摄入覆盖、优先级分会被引擎 就地改分,两者都不留痕。 -🔴 查不到就**如实说查不到**,⛔ 不返回空壳 —— 空壳会让模型顺着编。有测试锁。 - 「专属排满溢出」与「从来没有专属」必须分得开:主管据此做的事完全不同 (前者是要不要挪回专属,后者是这人根本没人管)。 - dedicated_cs_last_visit_at 回**时间戳不回结论**:「在岗」是滚动窗口算的, 今天在岗的人半年后回查会变成离岗,给证据让主管按当时口径自己判断。 - 只回**已落库**的分配;草稿阶段的「为什么」由卡片解释(明细在它手里,不在模型手里)。 dev-plan 标了 P5 各项真实状态:21 validate 暂缓(草稿不落库,服务端拿不到它); 23 count 模式已有一半;22/24 未做。 1242 passed(新增 5 条);type-check(含 tests)干净。 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-facts.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... |