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/9b86bf4b-4973-4e74-b6be-e0df71798686/memory.md

@@ -0,0 +1,11 @@
+# 自动化执行记录 · 覆盖网络线接续推进
+
+## 2026-09-16 17:03（首次执行 · 无历史）
+
+- **入口**：`state.py` → [入口] 覆盖网络线 ⇒ `接续入口_覆盖网络线_20260916.md`；按自动化指定读了工作区根 `接续包_覆盖网络线_20260916.md`（16:58 版）「接续点」。
+- **校验命令**：通过。47 上 `spawn.js` md5=`e75427d06fa94cadac800e1570cec273`；`DSHS_INSTANCE_PORT_BASE=20000` / `SPAN=1000`；`dsh_hosts` ⇒ `w-106|manager-ssh`、`w-47|local`。三项与期望逐条一致。
+- **第 1 条「读 §8.4 + 产物2 §6」产出判定**：P4（47 新开 32023 建 dshs-relay）**否掉「开」→ 并入自研 relay**（worker 只拨出、全程不新增公网端口），依据 = 产物2 §6 + 用户已定的传输方向。
+- **本轮未动手（守住门禁）**：结论指向的是"要写代码 + 改配置"的 relay 落地 ⇒ 按本轮规则停下来报告。
+- **关键发现（供下轮直接用）**：本线真正缺的不是交接单，而是**一份《自研 relay 方案》** —— 产物2 §4① 只给了形状（worker 拨出 + 单端口 TLS 长连接 + 多路复用 + 映射表 + 与 S5 443 兜底合并），协议/复用/映射表/兜底细节均未设计。缺方案就出交接单会违反"每步独立可验可回滚"的模板要求。
+- **下轮第一动作**：读 `会合中继拆分_取证与改造方案_20260916.md` §S0–S4 → 写《自研 relay 方案》→ 再出交接单。⛔ 不要直出交接单、不要碰 P4 的 32023。
+- 工具调用 8 次；未改任何仓库文件、未抢锁（本轮无写操作）。