记忆：工作区状态体检（环境通过/常驻换进程/排期堆积28条/state.py不存在/--gap误报；总闸风险核实为低于对方所述）

.workbuddy/memory/2026-10-09.md

@@ -360,6 +360,28 @@
 ⚠️ **已过时的前提**：它说「那条工作区的目标还在推进，停下就断在中间」—— **目标已于 08:14 完成**（见上一节）。
    ⇒ B 方案原本唯一的那条缺点（"断在中间"）**不成立**；现在 B ⇒ 变成"顺理成章地停掉"。
 
+## 10:55 · 工作区状态体检（用户令「重新加载会话技能，检查工作区状态」）
+
+**① 环境**：✅ `_env.py --ws` 通过 —— 配置目录 `E:/ProgramData/.workbuddy`、技能库根 `…/skills`、**14 条钩子全在、0 缺失**。
+
+**② 总闸**：`contentm_agent` = `off`（另两区 `on`）⇒ 与事实仍矛盾（常驻在跑）。
+🔴 **但风险比另一个会话说的低** —— 读 `collabctl.py::cmd_ensure()` 的实现逐字：对 off 的区**只打印一句「开关 off 但还在跑 ⇒ 停：…」、⛔ 并没有真停**；
+只有**所有区都 off** 时才 `cmd_off()` 走全停。⇒ 它说的「任何一次自动收敛都可能把它整条停掉」**不成立**（当前另两区是 on，`on_ws` 非空）。
+
+**③ 常驻**：✅ 活 **pid 38188**（心跳 2 秒前）—— ⚠️ **进程换过**（早上 09:47 是 4768），中间被拉起过一次。
+**④ 保活任务**：`collabd-keepalive-contentm_agent` = **Running**（早上是 Ready）。**⑤ 看板**：✅ 20099 在听。**⑥ 域锁**：✅ 无人持锁。
+
+**⑦ 目标与队列**：✅ 四条验收全过、`lifecycle=已完成`（08:14 收口）；台账 **17 条全 done** ⇒ **零活**（按 T 表："这轮结束"，⛔ 不许编欠项）。
+
+**⑧ ⚠️ 排期堆积**：`automations` 共 **28 条、全部 `ACTIVE`** —— 含一堆 `once` 早已跑过仍挂着（检查会话第 22–36 棒 ＋ 执行棒若干）⇒ **只增不减**（早上 06:21 发现"11 条"，现在 28 条）。
+
+**⑨ ⚠️ 两处判据失真**：
+· **`state.py` 不存在**（工作区根与 `.workbuddy/collab/` 都没有，`find` 也找不到）—— 而派活单第 0 步一直写着"跑 `state.py`" ⇒ **错指引**（检查会话第 23 棒早就报过同一件事）。
+· **`--gap` 误报**：它报「硬缺 1 条 ⇒ 派 `[执行]-[产品规划]-承接队列`」，而**目标已完成、台账全 done** ⇒ 该报只判"有没有活的任务会话"、⛔ 不看目标是否收口/队列是否为空 ⇒ **按 T 表不派**。
+
+**⑩ 浏览器**：✅ 9223 LISTENING（pid 1988，07:38 起，**已连续 3 小时 17 分**）⇒ **计划任务保活有效**
+（对比：早上用后台任务起的那份活不过 20 分钟就被回收）。
+
 ## 07:12 · 结果检查第 33 棒 —— 阻碍换人（旧孤儿锁已解、新持锁会话在保护期），本轮零派活
 
 - 本棒（自动化 `cdf24e8d`，第 33 棒）现取五样：`state.py` 仍不存在、`taskgraph.json` 仍不存在、台账 16 条（15 done ＋ 1 blocked）、`lifecycle`＝进行中、`acceptance` 3 过 ＋ 1 不过。