0 Fork 0

Files

T

admin c1b5e4d966 chore(工作区): 全量入库 + 补齐 .gitignore（以工作区为准）

- 变更规模：新增 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/ 知识文件，按口径入库）

2026-10-10 23:13:22 +08:00

2.7 KiB

Raw Permalink Blame History

跟进席位核对结论 · 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，⛔ 别信注入快照。

2.7 KiB Raw Permalink Blame History Unescape Escape