取证：daemon 异常终止根因链（内存 160→444→957MB 被杀 ⇒ 连带 cli exit:1 ⇒ 会话 terminated；guardian 因 wmic 缺失全程失守；Crash-Log 14 份跨 6 天证明是常态）＋ 可反馈报告

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

@@ -171,3 +171,50 @@
 - 释放：`ME="执行会话-重新生成产品界面" bash …/session-mechanism/scripts/lock/handoff-guard.sh --release-exec` ⇒ 返回「✓ 已释放域锁（执行会话-重新生成产品界面）」＋「另有 1 把锁属**他人**，按 R9 未动」。在册域锁 **2 条 → 1 条**。
 - 重派：新建排期 `[执行]-[产品规划]-重做界面补闸门与上报（第二棒）`（id `58855437`，once 2026-10-09 **06:32**），prompt 自包含：说明产物已在盘、只补闸门与上报、⛔ 不要重做界面、域门禁块、工具可从旧目标 `…-d85687/ui/_tools/` 只读借用、收工必跑 `--release-exec`。
 - ⛔ 未删他人锁；⛔ 未动 `ui/` 任何文件；⛔ 未改 `lifecycle`／`acceptance_state`。
+
+## 06:38 · 🔴 会话异常终止的**完整根因链**（用户令「重点解决为什么会话会异常终止」）
+
+### 五环因果链（每环都有日志原文）
+
+1、**daemon 内存暴涨** —— `daemon.log` 的 `[DaemonMemWatch]`：`16:50:33 pid=53940 heapUsed=160MB` → `16:51:33 heapUsed=444MB` → `16:52:33 heapUsed=**957MB** heapTotal=1030MB rss=**1162MB**`。**一分钟近三倍**，斜率外推下一分钟破 2GB。
+2、**内存守护失守** —— `[guardian:sample] batch pidusage failed: Error: spawn wmic ENOENT`，**每 10 秒失败一次**（旧进程最后 46 行里 11 次）。guardian 靠 `pidusage` 采进程指标、底层调 `wmic`，而**本机没有 `wmic`**（Windows 11 已弃用／移除）⇒ 守护全程采不到数据，等于形同虚设 ⇒ 内存从 76MB 涨到 1GB+ 无人拦。
+3、**进程被强杀（无优雅退出）** —— 旧 daemon 最后一条正常日志 `16:53:22`，下一条直接是 `16:53:38.273 [CodeCache] enabled {"processName":"daemon"}`（新进程）。**中间 16 秒零 shutdown／exit／error 日志**。
+4、**父进程拉起新一代** —— `16:53:38.288 [DaemonLog] session started {"pid":73936,"ppid":72748,...}` ⇒ **73936＝daemon，72748＝其父进程（主进程）**。会话被判 terminated 的时刻 `00:53:39.584` 就卡在这两秒里。
+5、**会话被连带** —— 新 daemon 的崩溃报告第一条：`00:53:54.262 ChildProcessCrash: Child process gone (cli): reason=exit:1, exitCode=1` ⇒ 旧 daemon 一死，它托管的 cli 子进程 exit 1，会话判 terminated，**来不及跑 `--release-exec`** ⇒ 孤儿锁。
+
+### 🔴 这不是偶发 —— daemon 换代是常态
+
+- 崩溃报告目录 **`E:/ProgramData/.workbuddy/logs/Crash-Log/`**，共 **14 份**；命名规则 `crash-report-<进程名>-<pid>-<启动时刻>.json`（时间戳＝报告内 `launchedAt`，⛔ 不是崩溃时刻）。
+- daemon 的跨 **09-28 / 10-01×2 / 10-02×2 / 10-06×2 / 10-08 / 10-09** —— **至少 6 个日子发生过换代**。还有 `crash-report-main-*`（5 份）、`crash-report-sidecar-*`（1 份）。
+- 每份报告里的条目**清一色**是 `Child process gone (cli): reason=exit:1`，且时间点全落在会话起止附近（53940 的 12 条里 `23:32:00` 那条正好是我派第一步执行棒 `ac88f8b0` 的排期时刻）。
+- `.processed-crashes.json` 记的是**已处理条数**（53940=12、73936=4），⛔ 不是"崩溃次数"。
+- ⇒ **每次 daemon 换代都会连带打断当时在跑的会话**；这次只是恰好赶上有会话在写 133KB 大文件，损失被放大成"目标卡一整夜"。
+
+### 排掉的三个误判（连同上一轮）
+
+- ⛔ **不是超时**：会话 `timeoutMs`＝90 分钟，实际只活 331 秒。
+- ⛔ **不是整个 App 重启**：`AppStartup.log` 在 00:4x–01:0x 无记录，换代只发生在 daemon 层。
+- ⛔ **不是用户操作、不是批量事件**：同一时间窗全库只有该会话被 terminated，隔壁第 20 棒检查会话是正常 `completed`。
+
+### ⚠️ 仍未坐实的一项
+
+- **daemon 内存为什么会涨到 1GB**：日志只看到 `Conversation event push summary {"received":1652542→1671269}`（累计事件百万级），**但这不足以断定就是事件积压所致**。要定这个因，需另做一次带堆快照的复现。⛔ 不编因果。
+
+### 可操作的两个点
+
+1、**guardian 的 `wmic` 依赖已断**（Windows 11 移除 wmic）—— 这是本次事故里**唯一明确、可修、且与现象直接相关**的缺陷，但属 WorkBuddy 产品本身（我方改不了，只能上报）。
+2、**daemon 换代 ⇒ 孤儿域锁** 这条链路可以在本方兜底：加一条「换代后检查孤儿域锁」的自检。
+
+### 本轮动作
+
+- ⛔ 只读取证，**未动任何文件、未改任何配置**（`daemon.log`／`Crash-Log/`／宿主库均为只读访问）。
+
+## 06:30 · 结果检查第 32 棒 —— 锁已释放，本轮零派活
+
+- 本棒（自动化 `c9779455`，第 32 棒）现取五样：`state.py` 仍不存在、`taskgraph.json` 仍不存在、台账 16 条（15 done ＋ 1 blocked）、`lifecycle`＝进行中、`acceptance` 3 过 ＋ 1 不过。
+- 🔴 **判定翻转（对比 22～31 棒）**：孤儿域锁 **已释放** —— `--domain-check "执行会话"` ⇒ **✅ 可派｜域空闲**（此前十棒均报「已被持有」）；在册域锁 2 条 → **1 条**（只剩 `ai1net-dsh-anywhere ← [协作]N9复测-2248`）；锁目录 `…3786297056` 已消失。
+- 🔴 **已有接手排期**：`58855437`《[执行]-[产品规划]-重做界面补闸门与上报（第二棒）》ACTIVE／once／**06:32**，cwds 逐字同形 ⇒ 那 1 条 `blocked`（`7446f482`）的阻碍已解除且有棒在队 ⇒ **本轮零派活**（再派＝重复）。
+- ⚠️ 登记一处不符：本棒 prompt 称「本项目没有别的待执行排期」，而现取显示 `58855437` 在册未到点 ⇒ **以现取为准**。
+- 6 条「不可核实的 done」仍属已归档旧目标 `5199a6`：`research/` 只剩 `1b-竞品分析.md`，6 份正文在 `证据附卷/`（5 份）＋ `归档-1b旧口径/`（1 份）⇒ **登记路径失效、非产物丢失**，不构成本目标缺口。
+- 本棒只写 `执行会话/目标-…-071c5b/结果检查-第32棒-20261009.md`；⛔ 未动 `ui/`、⛔ 未删锁／接管、⛔ 未改目标状态、⛔ 未新增排期。
+- 观测点：**06:32 后**看台账是否出现第 4 步 `done`（带可读 artifact）⇒ 若出现，本目标四步可收口。