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/da38a26e-236d-426f-aa3a-a87bc52e5d55/memory.md

@@ -0,0 +1,39 @@
+# S13 执行记忆
+
+## 2026-10-02 23:26~23:40 — ⛔ 未开工（锁被占 · 按R9 停手）
+
+### 结论
+**本轮零改动**。三条根因固化**未执行**：域锁抢不到，且目标文件属【E】机制层
+（本机`preflight-lock.sh` 判定 =全平台共用 ⇒ 须独占）。
+
+### 阻塞事实（可复核）
+1. `--claim-exec "[协作]-[机制排查与修复]-S13" --domains "ai1net-dsh-server/机制排查与修复"`
+   连试 4 次（23:26 / 23:36 / 23:38，间隔 20~45 s）全部失败，报同一个错：
+   **「旧的全局锁仍被占（`[主会话]-记录常驻起法`）」**。
+2. 锁台账 `05-交接单/.exec-lock/OWNER` = `[主会话]-记录常驻起法`，**开始 10-02 22:36**，
+   已持续 **64 分钟**未释放。
+3.🔴 **不是僵尸锁** —— 反复核对 `sessions` 表：持有者对应的会话在 **23:38 又回到 `working`**
+   （`分析定时任务创建会话机制`，`a80f300d`，23:34 completed → 23:38 working）
+   ⇒ **持有者活着** ⇒ 按 R9「不得删锁、不得接管」，**本会话无权处置**。
+4. `preflight-lock.sh` 把 `E:/ProgramData/.workbuddy/skills/session-mechanism/scripts/session-rules-check.py`
+   判为 **【E】机制层** ⇒ 即便域锁抢到，也**仍需独占**（与域锁方案不兼容）。
+
+### 已完成的只读取证（下轮可直接复用，⛔ 勿重跑）
+- **根因1载体三态**：`tmp/supervise-inbox/supervise.pid` = `19036`；
+  `.workbuddy/collab/logs/supervise-heartbeat.json` = `{"pid":19036,"ts_h":"2026-10-02 23:28:47","round":41,"interval":10.0}`
+  ⇒ **本次读数三态＝「在跑」**（pid 活 ∧ 心跳 17.7 s 新鲜 <90 s）。⛔ 但pid 文件本身仍不可信（根因1）。
+- **根因2 退役钟现状**：`7fe0fe82`（`[唤醒]-会话协作自检-脉冲`）与
+  `055ffdd1`（`[跟进]-会话协作自检-队列上报`）**均已 `PAUSED` 且已软删**
+  （`deleted_at` = 10-02 08:16:55 / 08:17:05）⇒ **「按点拉会话」这个病灶本轮已不成立**。
+  最后一次真实拉起：`7fe0fe82` 07:10、`055ffdd1` 07:35 ⇒ 软删后**零新增 run**。
+  ⇒ 🔴 **自检项仍要加**（防将来再被挂上），但**断言得按「软删+PAUSED」判已退役**，
+    ⛔ 别断言"仍在拉"（会假红）。
+- **根因3 真源分家**：`automations` 表 **142 行**（`deleted_at is null` = **32**；ACTIVE 6 / PAUSED 26）；
+  `automation_update` 工具 `list` **只返 4 条**（全是本线 `[协作]-…` once）⇒ **工具读数 ⛔ 不代表全量**，已复现。
+- ⚠️ `automation_runs` 表**无 `id` 列**（主键是 `thread_id`），查运行史用
+  `select automation_id, created_at, thread_title from automation_runs`。
+
+### 下轮开工动作
+1. 先 `bash handoff-guard.sh --locks` 看全局锁是否已释放；
+2. **若目标文件仍判【E】** ⇒ 须 `--claim-exec "<会话名>"`（**⛔ 不带 `--domains`**）抢独占；
+3. 抢到后再动 `session-rules-check.py`，⛔ 不动 `handoff-guard.sh`／`lock-guard-hook.py`。