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/ 知识文件，按口径入库）
4.8 KiB
4.8 KiB
S7 全量验收 V1–V7 · 如实报告
- 时间：2026-10-02 13:47–14:05
- 执行：
[协作]-[会话协作自检]-S7 全量验收 V1–V7（会话053acd9e） - 结论：7 项中 6 过 1 不过。唯一不过的是 V2（跟进会话这条链接得住），原因单一且可复现：没有任何一条活的跟进会话。
- 锁：动工前已抢
ai1net-dsh-server/域锁，收尾已反序释放（当前无人持锁）。⛔ 未 commit、未 push。
逐项读数（过 / 不过 ＋ 一行证据）
- V1 常驻投递 —— 过：
collabd.py --supervisepid 8024 活着（起 13:30:55，全机唯一实例）；心跳.workbuddy/collab/logs/supervise-heartbeat.jsonts=13:44:22、round=36、间隔 10 s，探活时距今 12 s，远小于 90 s 判据（_tick.stamp／投递日志按口径⛔不作证）。 - V2 跟进会话这条链接得住 —— 🔴 不过：目标解析得到（名册
[跟进]11 条在册、本类别 10 条，role=follow解析已落地），但收件人零条活着 ⇒_collabd.log连续 168 次follow-not-live、今日投递成功 0 次。⛔ 已按新口径判定：不是「主会话没被投」——主会话按口径本就不该被投。 - V3 闸门齐全 —— 过：
queue.json的 head/pending/gate 三键齐全（head=S7、pending=1、gate=free），NEXT.md在位（mtime 13:42）。⚠️ S7 出队后队列清空，程序已把NEXT.md撤下（属正常，⛔ 不是闸门缺件）。 - V4 看板可服务 —— 过：
board.py --serve 8788起得来，回环GET /healthz= 200，{"ok":true,"snapshots":1,"age":1.4,"err":""}；探针跑完已杀干净，8788 只剩 TIME_WAIT（⛔ 没留常驻后台任务）。 - V5 自测全绿 —— 过：
selftest.py= PASS 48 / FAIL 0（rc=0），与基线 PASS48/FAIL0 持平，一条没掉。 - V6 跟进会话角色落地 —— 过：宿主
sessions名册里[跟进]共 11 条在册（会话协作自检 10 ＋ 机制排查与修复 1），role=follow解析成立。⚠️ 「在册」≠「活着」，活的仍是 0。 - V7 开工建齐三类会话 —— 过（本类别）：类别「会话协作自检」下 唤醒 9 / 协作 3 / 跟进 10 条在册，三类各 ≥1。⚠️ 另一类别「机制排查与修复」唤醒 0 条在册（协作 9 / 跟进 1）——属该类别自己的缺口，按判据不判本项 fail，但要点名。
没过的项（单独列出）
- V2 跟进会话这条链接得住 —— 不过
- 真因：收件人不存在（活的）。投递链路本身没坏——目标解析、忙判据（S9 已修）、常驻（S8 已修）三段都是好的，卡在最后一段「没有人在线收」。
- 证据：
_collabd.log今日follow-not-live168 次、投递成功0 次；宿主库status='working'全机仅 3 条（本会话053acd9e＋「确认空间任务状态」a80f300d＋ 另一工作区一条），没有一条是[跟进]。 - 下一步（唯一可行路径）：只有排期能开新会话 —— 常驻进程开不了会话，
jobs/resume给的是后台 worker、进不了 live 界面、接不到投递 ⇒ 必须靠一条一次性排期把跟进会话带回来，带回来之后 V2 才可能转过。 - 🔴 待用户定，本棒不擅自开：13:5x 用户刚订正过口径（逐字）「跟进会话只创建一个，跟进的内容来自 协作会话执行完成后 把待核对状态写入协作队列，上报给那个固定的跟进会话处理」⇒ 跟进行是全局唯一席位、⛔ 不按类别各建一条；而那条固定席位排期当前被用户手动 PAUSED（前棒已按「尊重用户动作」改回暂停）。本棒曾按旧的「角色 × 类别」硬缺清单建出 2 条跟进排期，发现口径冲突后已删除（
5bd63e2a/13767b32，⛔ 不复活）。⇒ 要不要把那个唯一跟进席位放开，请用户点头。 - 🔵 本棒只保留了 1 条新建排期：
[协作]-[机制排查与修复]-承接队列（worker仍按类别分，符合现口径；--gap报该类别协作棒 stale），排期 14:11。 - 复验方式（V2 判「过」的可核对条件）：
_collabd.log里出现投递成功/http=200且目标名以[跟进]开头，同时follow-not-live计数停止增长。
附件
tmp/supervise-inbox/goal.json——acceptance_state已全量覆盖写回，10-01 那版旧读数一条不留（V1–V7 口径的权威落点）交付物/任务图-会话协作自检.json—— S7 →done（含 done_at / done_by / evidence）tmp/supervise-inbox/queue.json—— S7 已出队（head 空 / pending=0 / gate=free）- ⚠️
tmp/supervise-inbox/TO-MAIN.md由协作程序持有并每轮重写（14:03 已被它覆盖成队列上报）⇒ 本报告的持久副本是本文件。