30 lines
2.7 KiB
Markdown
30 lines
2.7 KiB
Markdown
|
# 跟进席位核对结论 · 2026-10-02 14:12
|
|||
|
|
|
|||
|
|
> 席位：`[跟进]-队列上报（固定席位·不分类别）` · 会话 `d29b01c8`
|
|||
|
|
> 落点说明：`tmp/supervise-inbox/TO-MAIN.md` 会被常驻程序每轮重写（今日 14:03 已被覆盖过一次），本文件是**持久副本**。
|
|||
|
|
|
|||
|
|
# 已完成
|
|||
|
|
|
|||
|
|
## 队列与产物核对
|
|||
|
|
|
|||
|
|
- 队列已经空了，没有新活可派（`queue.json` head=null、pending=0，`claims/` 无持有者，任务图 S1–S9 全部自述 done）。
|
|||
|
|
- 常驻投递确实在跑，按既定判据过（`supervise` pid=560 活，心跳 14:09:47 round=5、间隔约 23 秒；判据＝pid 活 且 心跳 <90 秒）。
|
|||
|
|
- 「没人收上报」这个缺口已经闭合（权威读数 `collabd.py --gap` 14:11：跟进会话·固定席位 ok，在册 7、活 1，活的那条就是本席位）。
|
|||
|
|
- 已派出一棒补协作会话缺口（`[协作]-[会话协作自检]-承接队列`，一次性 14:14，cwds 逐字 `E:/ProgramData/AIProject/ai1net-dsh-server`，id `4a2cae7b`）；另一个类别已有 14:11、14:15 两条在途，没有重复建。
|
|||
|
|
- 权威缺口以 `collabd.py --gap` 为准；本轮钩子注入的硬缺快照写的是类别「…」、与权威读数（会话协作自检／机制排查与修复）不一致，按权威读数执行。
|
|||
|
|
|
|||
|
|
# 待处理任务
|
|||
|
|
|
|||
|
|
## 投递还是到不了跟进会话（V2 唯一不过项）
|
|||
|
|
|
|||
|
|
- 投递仍在失败，日志连续 `no-follow-session`（14:06:16 起，此前是 `follow-not-live`）；转折点 14:06 正是目标类别被登记成默认类别「…」的那一刻，真因是类别口径对不上（投递按类别找收件人，而在册的跟进会话类别段是「会话协作自检」「机制排查与修复」）。
|
|||
|
|
|
|||
|
|
1、把这个真因交给即将起来的协作棒修，或者由主会话定夺口径：要么改目标类别的登记值，要么让解析层把唯一固定席位当作全类别收件人。
|
|||
|
|
2、14:14 那条棒起来后如果队列仍然空，应当自我判定无活并立刻收口，不要再派生排期。
|
|||
|
|
3、常驻进程平均约 8 分钟被带走一次（`spawn` 记录 13:30:55 / 13:59:55 / 14:08:03 三次由 tick 续命，每次前任 pid 都已不在进程表），属于靠自愈续命而非一次起住；要不要再开一棒治本请主会话定，本轮按既定判据判它过。
|
|||
|
|
|
|||
|
|
## 取证方法（下次照抄）
|
|||
|
|
|
|||
|
|
- 查投递失败要**先分两个码**：`follow-not-live` ＝ 找到但判为不活；`no-follow-session` ＝ 类别／名册匹配不上。本轮由前者变后者，直接定位到类别登记时刻。
|
|||
|
|
- 取名册**只读 SQL 直查宿主 `sessions` 表**（`file:…?mode=ro` + `busy_timeout`），别用 `collabd.py --state --json`（会挂住）。
|
|||
|
|
- 权威缺口跑 `COLLABD_CONFIG=… collabd.py --gap`，⛔ 别信注入快照。
|