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/ 知识文件，按口径入库）

.workbuddy/memory/automations/717cd210-009c-4ee3-9d2d-297807660f8a/memory.md

@@ -0,0 +1,16 @@
+# 自动化记忆 · [协作]-[会话协作自检]-S7 全量验收 V1–V7
+
+## 2026-10-02 13:47–14:1x（首次执行）
+
+- 任务：S7「全量验收 V1–V7 并如实报告」，一次性排期拉起的协作棒（会话 `053acd9e`）。
+- 结果：**6 过 1 不过**。V1/V3/V4/V5/V6/V7 过；**V2（跟进会话链接得住）不过** —— 真因是「在册的 `[跟进]` 有 11 条但**活的 0 条**」，
+  `_collabd.log` 今日 `follow-not-live` 168 次、`投递成功` 0 次。这是**环境缺口（无收件人）**，不是代码缺陷。
+- 产出（都已落盘）：`goal.json` 的 `acceptance_state` 全量覆盖写回；`交付物/任务图-会话协作自检.json` S7→done；
+  `tmp/supervise-inbox/queue.json` 出队；新增 `交付物/S7-全量验收V1-V7-20261002.md`（持久副本）。
+- 教训（下次照做）：
+  1. `TO-MAIN.md` **由 collabd 每轮重写**，写完 5 分钟内就被覆盖 ⇒ 长报告必须另存 `交付物/` 持久副本，别只写 TO-MAIN.md。
+  2. 同理 `queue.json` 也由常驻重写（我写的版本被它按任务图重算覆盖，结果一致）。
+  3. **`collabd.py --state --json` 会挂住不返回**（实测 15 分钟不退出）⇒ ⛔ 别用它取名册；改用只读 SQL 直接查宿主 `sessions` 表。
+  4. 开工第 0 步的域锁可能被**另一个 WorkBuddy 实例**的会话占住（本次等了约 6 分钟才抢到）⇒ 抢不到就按 R9 停手，别删锁。
+  5. 注入的「缺会话硬缺清单」可能**已过时**：本次照它建了 2 条跟进排期，随后发现用户 13:5x 新口径「跟进＝全局唯一席位、
+     ⛔ 不按类别各建」，已删除（`5bd63e2a`／`13767b32`）。⇒ 建排期前先看当日日志里有没有更新的口径。