| Name |
Last commit
|
Last update |
|---|---|---|
| .. | ||
| public | ||
| src | ||
| .dockerignore | ||
| .env.example | ||
| Dockerfile | ||
| components.json | ||
| eslint.config.mjs | ||
| next-env.d.ts | ||
| next.config.mjs | ||
| package.json | ||
| postcss.config.mjs | ||
| tsconfig.json |
- confirm-sheet-signals.tsx:纯呈现。action 层**全部展开**、info 层折叠成一行,🔴 防噪音靠分层⛔ 不靠丢弃 —— 藏起一条主管就不知道有东西卡着。 每条都显示「不处理会怎样」,让「一条不点直接确认」成为**看得见**的安全选项。 - 位置紧贴汇总行,⛔ 不放卡片底部:主管视线从汇总往下走,"还有什么要我定的" 必须在这一跳被看到 —— 埋到底部等于没有(那正是待分配当初被漏掉的原因)。 - intent 路由(chat-blocks,纯函数 + 回归): · 待分配三动作 / 改时效 → 翻成 SheetEditOp[],压进和 `edit_assignment_sheet` **同一条 edits 队列**。⛔ 不给按钮另开执行路径 —— 两条路各做各的必然漂。 · 换人群 / 换基数 → 必须重跑算法,替主管说那句话交给助手。⛔ 不能用局部改单去凑:凑出来人群没变,他以为条件生效了其实没有(静默错)。 · 重排一版 / 改时效由卡片就地做(它本来就有实现)。 -🔴 owner / balance 由按钮直出,没有理解环节 —— 实测栽过:主管说「各自分给 各自的专属客服」,助手用了铺平,18 个人被散给 17 位别人。 测试:web 13 passed(新增 5 条 intent 路由,含"两张表不能都认领同一个 intent"); service 1230 passed;tsc + build 干净。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
| Name |
Last commit
|
Last update |
|---|---|---|
| .. | ||
| public | Loading commit data... | |
| src | Loading commit data... | |
| .dockerignore | Loading commit data... | |
| .env.example | Loading commit data... | |
| Dockerfile | Loading commit data... | |
| components.json | Loading commit data... | |
| eslint.config.mjs | Loading commit data... | |
| next-env.d.ts | Loading commit data... | |
| next.config.mjs | Loading commit data... | |
| package.json | Loading commit data... | |
| postcss.config.mjs | Loading commit data... | |
| tsconfig.json | Loading commit data... |