| 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 |
三趟落人改成两趟 + 待分配:专属客服排满的人不再被自动改派给别人, 单列一组交主管决策。把患者从他的专属客服手里挪走是关系层面的决定。 「重新排一版」当天推翻两版才定稿,病史都写进注释了: - v1 预先下发「顶替名单」→ 名单只能从取数窗口挑,池子 19 位无主、 窗口里只落进 6 位,界面只敢说"顶 3 位" - v2 把整个窗口丢给落人 + stopAt 跳过 → 水位按 chosen.length 算被窗口撑大 (⌈(1001+50)/17⌉=62 → ⌈(1001+165)/17⌉=69),34 个"专属排满"的人原地进了 同一位客服手里(她 59→68,别人 58)。底线没破,但负载塌了、口径全错 - v3(定稿)只换"挑谁":池子里无主的全换进来,其余按优先级用有专属的补满 N, 然后走完全一样的三趟。有专属的那部分**按客服轮着取** —— 直取前 N 名会把 名额全给专属大户(111/165 属同一人),另两位客服的余量白白空着。 实测 拟分 16·待分配 34 → 拟分 31·待分配 19 顺带:确认后可补挂/改/撤福利(此前只改 state 亮角标,DB 一个字没变)。 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... |