产品指出的判据:「在手的才算超期,已经在池(没有客服)的不算」。**对,而上一版不是这样。**

── 实测:界面上那个数是幻觉 ──────────────────────────────────────
测试服此刻:
  账本那一支(已回池、没有客服挂着)   841 条
  在手那一支(真挂在人手上)             0 条
而工作台上显示的「超期 41 / 193」**100% 来自前者** —— 一屏数字没有一条是真的,
主管对它们也做不了任何事(没人挂着的单不是谁的超期),而且不报错。

── 改法:一个来源,两处同判据 ────────────────────────────────────
`workload()` 的 overdue 与批次的 `expired` 都收敛成:
  status='assigned' + 过了时限 + 没约下次回访
⛔ 账本里 `auto_release/assignment_expired` 那一支整个删掉(含那段 LATERAL 归属回捞)——
  它是**回收器时代**的产物:当时过期的单当场被收走,"当前超期"结构上永远是 0,
  只能去账本里数"曾经被收走过多少条"。回收器没了,这个前提也没了。
⚠️ 代价:2026-08-19 之前的批次这一列变 0。分配功能还没正式上线,没有要保的历史(产品定)。

── 连带:「超期」从**窗口口径**改回**此刻口径** ──────────────────
它现在是「在手」的一个子集,不随近 7 天 / 近 30 天变。
⇒ 表头改「**当前**超期」,与左边「**当前**在手」对齐 —— 不写「当前」的话,
  它紧挨在窗口切换器下面,会被读成"这 7 天超了几条"。
⚠️ 2026-08-07 当初把它改成窗口口径的那条理由(回收器让此刻口径永远是 0)
  连同前提一起作废了,契约与面板注释都标了沿革,⛔ 别照旧注释改回去。

── 用例 ────────────────────────────────────────────────────────
上一版我写的两条方向反了(「老批次的到期事件仍然算数」「两支并存时相加」),
改成断**反面**:账本填满也一条都不许漏进来;两边都有值时只认在手那个,⛔ 不相加。

验证:1357 passed,两个 app 的 tsc 绿,next build 通过。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>