上一条(2b0c5406)在 CLI 头注里写「⛔ 别为了填派生列去重算 plan,会 auto_release 释放客服手上的单」。查代码后确认**这个判断是错的**: `auto_release` 只有两个触发条件,都在 plan-engine 里写得很清楚: · 本轮该患者 **0 命中**(信号真没了,比如治疗做完了) · 患者**最后到诊诊所变了**,原客服将出 scope 两者都是**真实的业务状态变化**,不是"重算"这个动作造成的。 而且 `plansSkippedAssigned = 0`(assigned 不再 skip),这套逻辑本来就跟着 增量同步每天在跑 —— 该释放的早已释放,再跑一次不会多释放任何人。 ⇒ 日常维护**本来就靠原机制**:plan 生成收尾会调 `backfillMissing()`,⛔ 并没有绕开它。 这个 CLI 只解决一件事:**上线那一刻的空窗** —— 迁移后全表 NULL,矩阵遇到 NULL 什么都不出 ⇒ 矩阵全是 0,要等下一次增量同步(最长两小时)或夜间刷新(03:30) 才自愈;CLI 把窗口压到约一分钟。⚠ ️ 留着那句错话的代价不是"说错一次",是下一个人会据此**避开一个本来安全的操作**。
| 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... |