| Name |
Last commit
|
Last update |
|---|---|---|
| .. | ||
| admin | ||
| ai | ||
| assistant | ||
| auth | ||
| clinical-gap | ||
| clinical-signals | ||
| facts | ||
| mcp | ||
| patient | ||
| persona | ||
| plan | ||
| plan-aggregate | ||
| realtime-coach | ||
| sync | ||
| weixin-aibot |
产品走查三条: ① 患者明细只有 `#912e5dae` —— 主管展开客服看的就是"这 20 个人是谁", 给一串十六进制等于让他猜(T14)。ProposedItem 加 patientName / medicalRecordNumber, 服务端把 dedicatedCsOf 合并成 patientsOf 一次取齐(同一批 id 同一张表,分两次纯属多一个来回)。⚠ ️ 身份在**落人之后**贴上:placeAgents 是纯算法,让它认识"患者叫什么"只会更难测。 ② 时效 3/5/7 三档 → **1-7 天下拉**(批次级 + 按客服两处同一个控件)。 档位是我们拍的,主管对自己团队的节奏有判断(「明天就要」= 1 天)。 顺带确认:时效**早已落到每条召回计划**(assignment_expires_at 逐行写), 不是只挂在批次头上 —— 卡片上补了一句说明。 ③ 汇总行的「铺平 N」标撤掉(看不懂)。明细里只标「专属」,没标的自然就是不是他的老客户 —— 同一个信息换成主管的语言。⚠ ️ assignStrategy 仍逐条落库,T20 反推不受影响 (T15 要的是"可见",不是"必须以这三个字出现在汇总行")。 本地实测:展开康慧捧 20 条全带姓名+病历号+专属标;薛玫 20 条全是铺来的,无标。 989 tests green。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
| Name |
Last commit
|
Last update |
|---|---|---|
| .. | ||
| admin | Loading commit data... | |
| ai | Loading commit data... | |
| assistant | Loading commit data... | |
| auth | Loading commit data... | |
| clinical-gap | Loading commit data... | |
| clinical-signals | Loading commit data... | |
| facts | Loading commit data... | |
| mcp | Loading commit data... | |
| patient | Loading commit data... | |
| persona | Loading commit data... | |
| plan | Loading commit data... | |
| plan-aggregate | Loading commit data... | |
| realtime-coach | Loading commit data... | |
| sync | Loading commit data... | |
| weixin-aibot | Loading commit data... |