admin
c1b5e4d966
- 变更规模：新增 514 / 修改 62 / 重命名 155 / 删除 4（归档重组与文档轮次） - .gitignore 修：`归档/**/db-cwd归一-备份-*/` —— 原规则写绝对层级（归档/db-cwd归一-…）， 目录搬进 归档/配置与备份/ 后**静默失效**，43 MB 的 DB 备份又变成未跟踪 - .gitignore 补：嵌套 git 内部数据（归档/内嵌git-20261008/、归档/skills-git-旧线-20261007/dotgit-原样移出/） - .gitignore 补：运行态与部署副本（.workbuddy/collab/、.workbuddy/tools/、.workbuddy/.load-pending、.workbuddy/tmp-*） - .gitignore 补：备份件（*.bak-*） - 未跟踪文件从 2190 降到 890（其余为 归档/ 归档件与 .workbuddy/memory/ 知识文件，按口径入库）
31 lines
2.7 KiB
Markdown
31 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`，⛔ 别信注入快照。
|