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