产品指出:边上那串「加条件 · 改这批多大 · 换治疗项 · 换多久没来」混了两类东西 —— **换治疗项 / 换多久没来 / 直接说改成 200 人是自由输入**,不走按钮、靠助手听懂 + 调工具,⛔ 不该画在这张图上。图上只留**引导节点**,并把每条的触发条件写死。 两个环现在各挂两个节点(全部去代码核过阈值): 选人环(重出,几十秒) ① 能加个条件 —— 这一格 ≥50 人 · 他还没加过 · 切完还剩 ≥10 人 消费高于本格平均 / 转介绍达人 / 权益身份 / 获客渠道 ② 这批多大 —— 人数是系统估的 · 且候选 > 本批人数 可改 **每人每天几通 · 时效几天**(此前图里完全没提这两个可调量) 分人环(就地改,同步) ③ 专属排满了 —— 这一版真有人排不进去 ④ 最忙的那位 —— 分完后的量 > 每天通数 × 时效🔴 顺带纠正两处我先前写错/漏写的: · **「改时效」有两条路,代价不一样**:从②改会连人数一起重估(重出); 从④改只延长这一批的期限、人不变(就地改)。前端注释里 `basis.set` 走 「让模型重出一版」而 `expiry.set` 是「局部改单、同步」,两者本就不同路。 · **「换无专属客服的患者补上」挂在③下面,但它换的是人** —— 走 refill 重排(几秒), 是四个节点里唯一"长在分人环、代价却在选人环"的选项。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
| Name |
Last commit
|
Last update |
|---|---|---|
| .claude | Loading commit data... | |
| .design-sync | Loading commit data... | |
| apps | Loading commit data... | |
| clickhouse/config.d | Loading commit data... | |
| deploy | Loading commit data... | |
| docs | Loading commit data... | |
| packages | Loading commit data... | |
| scripts | Loading commit data... | |
| .gitignore | Loading commit data... | |
| .gitlab-ci.yml | Loading commit data... | |
| .npmrc | Loading commit data... | |
| .prettierrc | Loading commit data... | |
| README.md | Loading commit data... | |
| docker-compose.expose.yml | Loading commit data... | |
| docker-compose.managed.yml | Loading commit data... | |
| docker-compose.prod.yml | Loading commit data... | |
| docker-compose.yml | Loading commit data... | |
| eslint.config.mjs | Loading commit data... | |
| liu.cjs | Loading commit data... | |
| package.json | Loading commit data... | |
| pnpm-lock.yaml | Loading commit data... | |
| pnpm-workspace.yaml | Loading commit data... | |
| tsconfig.base.json | Loading commit data... | |
| turbo.json | Loading commit data... |