chore(工作区): 纳入版本控制基线（回收 411 MB 过程产物）

回收 411 MB（470 M → 58.8 M），全部经回收站，可恢复：
- 待清理/（146.2 M，含 relay 分片 128 M 与 42 项过程目录）
- tmp/（32.4 M，按接续棒命名的过程临时区）
- .workbuddy/tmp/（39.5 M）
- 4 份 workbuddy.db 冗余副本（101 M，09-23 事故的坏副本 / 抢救产物）
- tmp/im16/gw/centrifugo 二进制（63.9 M，可重下）+ 缓存残留

入库范围：常驻规则（CODEBUDDY.md / README.md / state.py）、在途接续入口与
接续包、docs/、交付物/、交接单/、归档/、scripts/、.codebuddy/、
.workbuddy/memory/；共 398 件，其中 >60 KB 的 26 件全为文档。

排除（.gitignore）：tmp/、待清理/、运行态日志与缓存、*.db 与 DB 备份整目录、
打包二进制（*.tar.gz / *.tgz）、记忆修复前备份。

.workbuddy/memory/automations/0586cb1f-7bcc-4715-ba68-9503ea1e7ee6/memory.md

@@ -0,0 +1,10 @@
+# 自动化执行记忆 · 开机四步验收（会话接续机制重测）
+
+## 2026-09-16 14:55 · 首次运行
+
+- **性质**：本条自动化 **就是**接续点「未完成①：机制重测」的验收任务 ⇒ 调用次数本身即验收指标。
+- **实际工具调用：6 次**（预算 ≤8）—— 1 次读本记忆文件（不存在，首次运行）· 1 次 `state.py` · 2 次定位日志接续点（首个 grep 精确串未命中，改用「接续点」宽松匹配）· 1 次 `Read` 接续点正文 · 1 次写本文件。
+- **接续点校验**：通过。`state.py` 的 `[收口]` 段带「日志原文摘录…可能已被推翻」护栏 ✅；`[入口]` 动态解析出 `接续入口_覆盖网络线_20260916.md` ✅。
+- **判定**：≤10 次调用达标 ⇒ 接续点「下一步」的条件已满足（可进入「是否做 gen-continuation-prompt.py」决策）。
+- **经验**：⚠️ 定位接续点**不要用带 emoji + `·` 的完整标题串**（grep 未命中），用子串「接续点」`| tail` 更稳。✅ `state.py` 一次即可同时服务「定位工作线」与「校验命令」，无需跑第二遍。
+- ⛔ 全程只读，未抢锁、未改文件。