@shgroup/dsh-serenity-hooks 1.89.0 → 1.90.0

package/dsh.plugin.json

@@ -1,6 +1,6 @@
 {
   "id": "dsh-serenity-hooks",
-  "version": "1.89.0",
+  "version": "1.90.0",
   "main": "lib/index.js",
   "description": "宁静号 ACC harness（Native Cordis 插件）：给 DSH 装一个「AI 工作区」——14 个工具（container_fs/cognitive_trajectory/dashboard/container_git/msm/praxis/ontology/serenity-skill-creator/cheap-worker/localstore/container_admin；另三个 im-bridge/acc-diag/diagram 按配置条件出现）+ 机械约束（安全模式/工作区围墙/密钥守卫）+ 认知轨迹日志与原地重建 + 网页登录入口/IM 桥/认知轨迹唤醒注册表。轨迹声明 = 轨迹目录下的 trajectory.json（约束面 + 旧标识 uid + CRO 机器绑定 cro.host；旧名 trajectory-constraint.json / skiff.json 仍在读取族里）；轨迹提示词 = 轨迹目录下的 PROMPT.md（一条轨迹「是谁、按什么章程工作」，所有轨迹通用，追加在容器层与质量层之后，不替换它们）。适配 DSH 0.1.7-rc.1 / 0.2.0-rc.1 / 0.2.1-rc.1（三档，deepseek-ai/deepseek-harness）。",
   "engines": {

package/lib/index.js

@@ -10341,13 +10341,39 @@ async function runWakeTick(ctx) {
 * - ⚠️ **本函数任何失败都不得连累既有链路**（设计 §5 铁律）：整体 try/catch 吞掉并留一行日志。
 */
 async function runInterruptedSafetyNet(ctx, root, log) {
+	const s0 = wakeSchedulerState();
+	const tickNow = s0.ticks + 1;
+	const phase = tickNow <= 1 ? "启动首拍" : tickNow <= 3 ? "刚启动窗口" : "常规 tick";
+	const tickTag = `tick=${s0.ticks}(当前第${tickNow}拍·${phase})`;
 	try {
 		const agents = hostAgents(ctx);
 		const sc = hostService(ctx, "sessionController");
-		const liveIds = /* @__PURE__ */ new Set();
-		if (typeof agents?.get === "function") for (const id of collectLiveSessionIdsForSafetyNet(ctx)) liveIds.add(id);
+		/**
+		* 🔴 **A105：live 排除的粒度 =「此刻有没有在跑」，不是「宿主认不认识它」。**
+		*
+		* 修前：`collectLiveSessionIdsForSafetyNet` 取的是 `hostSessions(ctx).list()`
+		* ⇒ 那是**载入状态**（会话对象在本进程里），**不是**轮次状态 ⇒
+		* 一条「已载入、但上一轮被重启打断」的会话会被**误排除**，
+		* 而那恰恰是**最该被接走**的一类（2026-10-23 实测：这正是那次 13 分钟盲窗的形状）。
+		*
+		* ⇒ 现在与权威 `interrupted` 动作**用同一个取数口**（`listRunningSessionIds`），
+		*   两处对"在跑"的认知**不可能再不一致**（A105 的全部目的就是这一条）。
+		*/
+		const liveIds = new Set(listRunningSessionIds(Date.now()));
 		const scan = scanInterruptedSessions(`${sessionsRootDir()}/${projectDirNameForCwd(root)}`, { liveIds });
-		if (scan.sessions.length === 0) return;
+		/**
+		* 🔴 **A106：无命中也要出声**（`ok`/`fail`/`not-ready`/`no-wake` 之后缺的第五格）。
+		*
+		* 修前这里 `return`，**一行都不写** ⇒ 宿主日志里没有任何「中断兜底」字样 ⇒
+		* **「我扫了、没东西」与「我没被跑」在读数上完全一样**（D216 同族第四次）。
+		* ⇒ 判据同 A102：**可以不出声地判"没事"，但"判过"本身要留痕**。
+		* ⚠️ 密度很低（每 tick 一行，5min 一次），且**必须带拍号与扫描读数**，
+		*   否则又是一堆分不清是哪一拍的日志行（guard 明确要求）。
+		*/
+		if (scan.sessions.length === 0) {
+			log.push(`· ${root}: 中断兜底 ${tickTag} → 扫 ${scan.scanned} 个 · 命中 0 · 排除在跑 ${liveIds.size} 个 · 跳过 ${scan.skipped} ⇒ 无需注入`);
+			return;
+		}
 		const resumeOne = createResumeOne({
 			agents,
 			sessionController: sc,
@@ -10359,6 +10385,7 @@ async function runInterruptedSafetyNet(ctx, root, log) {
 				source: PLUGIN_SOURCE
 			})
 		});
+		log.push(`· ${root}: 中断兜底 ${tickTag} → 扫 ${scan.scanned} 个 · 命中 ${scan.sessions.length} · 排除在跑 ${liveIds.size} 个`);
 		for (const hit of scan.sessions) try {
 			const out = await resumeOne(hit);
 			log.push(`· ${root}: 中断兜底 ${hit.sessionId}（turn ${hit.turn ?? "?"}）→ ` + (out.ok ? `已注入（${out.how ?? "?"}）` : `未注入：${out.error ?? "未知"}`));
@@ -10366,18 +10393,20 @@ async function runInterruptedSafetyNet(ctx, root, log) {
 			log.push(`· ${root}: 中断兜底 ${hit.sessionId} 注入抛错（已忽略）：${String(err?.message ?? err)}`);
 		}
 	} catch (err) {
-		log.push(`· ${root}: 中断兜底整体失败（已忽略，不影响既有链路）：${String(err?.message ?? err)}`);
+		log.push(`· ${root}: 中断兜底 ${tickTag} 整体失败（已忽略，不影响既有链路）：${String(err?.message ?? err)}`);
 	}
 }
-/** 取容器内**全部** live 会话 id（best-effort，取不到就少排除几个）。 */
-function collectLiveSessionIdsForSafetyNet(ctx) {
-	const out = [];
-	try {
-		const list = hostSessions(ctx)?.list?.() ?? [];
-		for (const s of list) if (typeof s?.id === "string" && s.id) out.push(s.id);
-	} catch {}
-	return out;
-}
+/**
+* ⚠️ **2026-10-23 A105 已删除 `collectLiveSessionIdsForSafetyNet`。**
+*
+* 它取的是 `hostSessions(ctx).list()` =「宿主认不认识」，而 A105 的结论是
+* 判据必须是「**此刻有没有在跑**」。现在两处（本兜底与权威 `interrupted` 动作）
+* 都走 `listRunningSessionIds()` —— **同一张表、同一个口径**，不可能再打架。
+*
+* 🔴 后人若要"把 live 表也加回来做双保险"：**不要** ——
+*    `live ∧ ¬running` 恰是「已载入、但上一轮被打断」那一类，**它最该被接走**；
+*    加回来就是把最该救的那一格重新排除掉。
+*/
 /**
 * 装配调度器（index.ts apply 调用）：5min tick + 生命周期 disposer +
 * 会话出现/settings 变化时热启动（与 autopilot 同款触发面，互不干扰）。
@@ -10728,85 +10757,6 @@ function listResident(root) {
 	return lines.join("\n");
 }
 //#endregion
-//#region src/trajectory/live.ts
-/**
-* trajectory/live.ts — 进程内 live 会话取数 + 精简诊断
-*
-* ── 为什么单独成模块（R↓，2026-09-15 S142「ACC 侧 autopilot 退场」S1 搬迁）──
-* 这两个函数原先住在 `autopilot-trajectory.ts`，但它们的**主语不是 autopilot**：
-* `listLiveSessions` 服务 `acc-diag` ① 段的"**哪个会话属于哪个 CCC**"（会话维度，
-* 不是 CCC 维度），而"**独立进程看不到运行时**"正是 `acc-diag` 存在的理由。
-* autopilot 退场后它们必须活下去 ⇒ 独立成模块，不再挂着已死机制的名字。
-*
-* ── 迁移边界（不搬什么，以及为什么）──────────────────────────────────────
-* 原 `diagLive` 还含两段，**均不搬**（其主语是 autopilot，随机制退场）：
-*   · `autopilotCccs`（逐 CCC 目标命中 / agent 定位诊断）—— 依赖 `readAutopilotSettings` /
-*     `getAutopilotStatus` / `resolveTargetAgent`
-*   · `panelResolved`（无参面板请求落到哪个 CCC）—— 面板区块随机制退场
-* 留下的 = **进程 cwd/CCC + live 会话清单**（`acc-diag` ① 段仍需要）。
-*
-* 判据纪律：本模块**不得**反向依赖 autopilot 判据层（那会让退场半途而废）。
-*
-* ── 🔴 2026-09-25 I2 收敛（约束文档 §2.7 违反清单，L1 违反之一）────────────────
-* **本模块的 `ctx` 参数类型从 `Context` 改为 `unknown`** —— 消除本文件唯一的 `W2` 接触
-* （直接 import 宿主 `cordis` 的类型）。
-*
-* **为什么这是"真解耦"而不是"把类型藏起来"（判据）：** `ctx` 在本模块**从不被解引用** ——
-* 它只被**原样透传**给 `hostSessions(ctx)`，而后者（`host/access.ts`，**L0**）的参数
-* 本就声明为 `ctx: unknown` ⇒ `Context` 这个 import **在语义上是多余的**，
-* 它没有参与任何类型检查，只贡献了一处 L1→宿主 的接触点。
-* 🔵 **证据**：grep 本文件 `ctx` 全部 5 处命中 —— 3 处在参数/调用位、2 处在注释，
-* **零处**属性访问（`ctx.xxx`）。
-*/
-/**
-* 从 dsh 会话 log 读取标题（latest-wins `session/title` 事件）——
-* **标题不在 `sessions.list()` 条目上**（wire/对象均无 title 字段；F3 命名经
-* `sessionTitle.rename` 写进 session log），必须从 events 提取（rebuild 同款读取模式）。
-*/
-function readSessionTitle(session) {
-	try {
-		const events = sessionEvents(session);
-		for (let i = events.length - 1; i >= 0; i--) {
-			const e = events[i];
-			if (e?.type === "session/title" && typeof e.data?.title === "string" && e.data.title.trim() !== "") return e.data.title.trim();
-		}
-	} catch {}
-	return null;
-}
-/**
-* 逐条 live 会话（`cccRoot` = 该会话 cwd 的 CCC 归属，无 → null）。
-*
-* CCC 枚举（"本机有哪些 CCC"）**不在这里**，归 `ccc-roots.listCccs`（并集语义）；
-* 本函数保留的是它**独有**的那部分：会话维度 + cwd 归属 + 标题 + id。
-*
-* @param ctx 插件上下文（**只透传**给 L0 取数口，本模块不解引用 ⇒ 类型为 `unknown`）
-* @returns 逐条 live 会话
-*/
-function listLiveSessions(ctx) {
-	const out = [];
-	try {
-		const sessions = hostSessions(ctx);
-		for (const s of sessions?.list?.() ?? []) {
-			const cwd = s?.header?.cwd ?? null;
-			out.push({
-				id: s?.id ?? "",
-				cwd,
-				cccRoot: cwd ? cccRootForCwd(cwd) : null,
-				title: readSessionTitle(s)
-			});
-		}
-	} catch {}
-	return out;
-}
-function diagLive(ctx) {
-	const processCwd = process.cwd();
-	return {
-		processCwd,
-		processCcc: cccRootForCwd(processCwd),
-		liveSessions: listLiveSessions(ctx)
-	};
-}
-//#endregion
 //#region src/tools/cognitive-trajectory.ts
 /**
 * trajectory.ts — `cognitive_trajectory` 真实 DSH 工具定义（defineTool）
@@ -10848,17 +10798,44 @@ function diagLive(ctx) {
 * 活跃会话跟踪：内存 Map（按 dsh 会话 id 隔离）+ 从 events 恢复（S134）。
 */
 /**
-* 当前宿主里**正在跑**的 dsh 会话 id（用于把 live 会话排除出"待续"名单）。
+* 当前**正在跑轮次**的 dsh 会话 id（用于把 live 会话排除出"待续"名单）。
 *
 * 🔴 **为什么必须排除**：一个正在跑的会话，其日志末条**不是** `session/end-seed`
 * （它还在写），所以按判据本来也不会命中；但排除是**双保险** ——
 * 万一某轮刚被中断、宿主还没来得及继续，把 live 会话当"待续"会导致**重复投递**。
-* 拿不到 live 列表时退化为空集（不阻断扫描，只少一层保护）。
+*
+* ── 🔴🔴 2026-10-23 A105：**从「live 表」改为「在跑表」，且从 `ctx` 取数** ──────────
+*
+* **修前有两个缺陷，叠在一起让这段排除在生产上形同虚设：**
+*
+* ① **`ctx` 传的是 `undefined`** ⇒ `listLiveSessions(undefined)` ⇒ `hostSessions(undefined)`
+*    ⇒ 取不到宿主 ⇒ **live 表恒空** ⇒ `scanInterruptedSessions` 的 `liveIds` 是空集。
+*    ⚠️ 原注释写「ctx 在 execute 里拿不到（本工具只拿到 exec）」，**那句是错的**：
+*    本工具的工厂 `createCognitiveTrajectoryTool(ctx)` **闭包捕获了真 ctx**，
+*    且同文件的 `continue-all-interrupted` 分支早就靠它取 `hostAgents(ctx)` / `hostService(ctx,…)`
+*    —— 见那一支的注释「**必须用工厂参数 `ctx`，不能用 `exec`**」。**同一份源码里，
+*    一处说"拿不到"、另一处说"必须用它"**，这正是两个读数打架的典型形态。
+*
+* ② **粒度错了：`live ≠ 在跑`。** `listLiveSessions` 答的是「宿主认不认识这个会话」
+*    （会话对象已载入本进程），**不是**「它此刻有没有轮次在跑」。
+*    ⇒ 一条**已载入但空闲**的会话会被误排除 ⇒ **它恰恰是"上一轮被重启打断、最该被接走"的那一类**。
+*    2026-10-23 实测：同一时刻 `acc-diag` 把一条会话列为 live，而本动作把它当命中扫出 ⇒
+*    两个口径两个答案；随后真机证明那条会话当时**确实该被接走**。
+*
+* ⇒ **现在答的是「此刻有没有在跑」**，取数口 = `listRunningSessionIds(nowMs)`（`cro/turns.ts`）：
+*   由 `agent/status=running` 置位、`idle` 清位，`TURN_TTL_MS` 兜底。
+*
+* 🔴 **不要再改回「宿主认不认识它」** —— 这是本函数最容易被"改得更省事"而改回去的地方。
+*    「宿主认识」是**载入状态**，「在跑」是**轮次状态**，两者互不蕴含：
+*    载入而空闲（该接走）、在跑但刚被中断（该接走）、在跑且健康（才该排除）。
+*    只有第三格该排除 ⇒ 判据必须是轮次状态。
+*
+* 拿不到 running 表时退化为空集（不阻断扫描，只少一层保护）—— 与修前同口径。
 */
-function collectLiveSessionIds() {
+function collectRunningSessionIds(nowMs) {
 	const out = /* @__PURE__ */ new Set();
 	try {
-		for (const s of listLiveSessions(void 0)) if (typeof s.id === "string" && s.id) out.add(s.id);
+		for (const id of listRunningSessionIds(nowMs)) if (typeof id === "string" && id) out.add(id);
 	} catch {}
 	return out;
 }
@@ -11380,7 +11357,7 @@ function createCognitiveTrajectoryTool(ctx) {
 						lookbackHours,
 						scan: scanInterruptedSessions(projectDir, {
 							lookbackMs: lookbackHours * 36e5,
-							liveIds: collectLiveSessionIds()
+							liveIds: collectRunningSessionIds(Date.now())
 						})
 					});
 				}
@@ -11404,7 +11381,7 @@ function createCognitiveTrajectoryTool(ctx) {
 					const projectDir = join(sessionsRootPath, projectDirNameForCwd(cwdRead));
 					const scan = scanInterruptedSessions(projectDir, {
 						lookbackMs: lookbackHours * 36e5,
-						liveIds: collectLiveSessionIds()
+						liveIds: collectRunningSessionIds(Date.now())
 					});
 					if (dryRun) return renderContinueResult({
 						projectDir,
@@ -23292,6 +23269,85 @@ function createImBridgeTool() {
 	});
 }
 //#endregion
+//#region src/trajectory/live.ts
+/**
+* trajectory/live.ts — 进程内 live 会话取数 + 精简诊断
+*
+* ── 为什么单独成模块（R↓，2026-09-15 S142「ACC 侧 autopilot 退场」S1 搬迁）──
+* 这两个函数原先住在 `autopilot-trajectory.ts`，但它们的**主语不是 autopilot**：
+* `listLiveSessions` 服务 `acc-diag` ① 段的"**哪个会话属于哪个 CCC**"（会话维度，
+* 不是 CCC 维度），而"**独立进程看不到运行时**"正是 `acc-diag` 存在的理由。
+* autopilot 退场后它们必须活下去 ⇒ 独立成模块，不再挂着已死机制的名字。
+*
+* ── 迁移边界（不搬什么，以及为什么）──────────────────────────────────────
+* 原 `diagLive` 还含两段，**均不搬**（其主语是 autopilot，随机制退场）：
+*   · `autopilotCccs`（逐 CCC 目标命中 / agent 定位诊断）—— 依赖 `readAutopilotSettings` /
+*     `getAutopilotStatus` / `resolveTargetAgent`
+*   · `panelResolved`（无参面板请求落到哪个 CCC）—— 面板区块随机制退场
+* 留下的 = **进程 cwd/CCC + live 会话清单**（`acc-diag` ① 段仍需要）。
+*
+* 判据纪律：本模块**不得**反向依赖 autopilot 判据层（那会让退场半途而废）。
+*
+* ── 🔴 2026-09-25 I2 收敛（约束文档 §2.7 违反清单，L1 违反之一）────────────────
+* **本模块的 `ctx` 参数类型从 `Context` 改为 `unknown`** —— 消除本文件唯一的 `W2` 接触
+* （直接 import 宿主 `cordis` 的类型）。
+*
+* **为什么这是"真解耦"而不是"把类型藏起来"（判据）：** `ctx` 在本模块**从不被解引用** ——
+* 它只被**原样透传**给 `hostSessions(ctx)`，而后者（`host/access.ts`，**L0**）的参数
+* 本就声明为 `ctx: unknown` ⇒ `Context` 这个 import **在语义上是多余的**，
+* 它没有参与任何类型检查，只贡献了一处 L1→宿主 的接触点。
+* 🔵 **证据**：grep 本文件 `ctx` 全部 5 处命中 —— 3 处在参数/调用位、2 处在注释，
+* **零处**属性访问（`ctx.xxx`）。
+*/
+/**
+* 从 dsh 会话 log 读取标题（latest-wins `session/title` 事件）——
+* **标题不在 `sessions.list()` 条目上**（wire/对象均无 title 字段；F3 命名经
+* `sessionTitle.rename` 写进 session log），必须从 events 提取（rebuild 同款读取模式）。
+*/
+function readSessionTitle(session) {
+	try {
+		const events = sessionEvents(session);
+		for (let i = events.length - 1; i >= 0; i--) {
+			const e = events[i];
+			if (e?.type === "session/title" && typeof e.data?.title === "string" && e.data.title.trim() !== "") return e.data.title.trim();
+		}
+	} catch {}
+	return null;
+}
+/**
+* 逐条 live 会话（`cccRoot` = 该会话 cwd 的 CCC 归属，无 → null）。
+*
+* CCC 枚举（"本机有哪些 CCC"）**不在这里**，归 `ccc-roots.listCccs`（并集语义）；
+* 本函数保留的是它**独有**的那部分：会话维度 + cwd 归属 + 标题 + id。
+*
+* @param ctx 插件上下文（**只透传**给 L0 取数口，本模块不解引用 ⇒ 类型为 `unknown`）
+* @returns 逐条 live 会话
+*/
+function listLiveSessions(ctx) {
+	const out = [];
+	try {
+		const sessions = hostSessions(ctx);
+		for (const s of sessions?.list?.() ?? []) {
+			const cwd = s?.header?.cwd ?? null;
+			out.push({
+				id: s?.id ?? "",
+				cwd,
+				cccRoot: cwd ? cccRootForCwd(cwd) : null,
+				title: readSessionTitle(s)
+			});
+		}
+	} catch {}
+	return out;
+}
+function diagLive(ctx) {
+	const processCwd = process.cwd();
+	return {
+		processCwd,
+		processCcc: cccRootForCwd(processCwd),
+		liveSessions: listLiveSessions(ctx)
+	};
+}
+//#endregion
 //#region src/surface/observation.ts
 /**
 * surface/observation.ts — 容器状态模型的**取数层唯一出口**（C5「观察面归一」，S142 2026-09-15）

package/lib/wake/scheduler.d.ts

@@ -157,6 +157,17 @@ export declare function sendToCognitiveTrajectory(ctx: unknown, root: string, ta
  * @returns 投递正文
  */
 export declare function buildCroWakeText(dirName: string, mdPath: string, prompt: string, reason: string | null): string;
+/**
+ * ⚠️ **2026-10-23 A105 已删除 `collectLiveSessionIdsForSafetyNet`。**
+ *
+ * 它取的是 `hostSessions(ctx).list()` =「宿主认不认识」，而 A105 的结论是
+ * 判据必须是「**此刻有没有在跑**」。现在两处（本兜底与权威 `interrupted` 动作）
+ * 都走 `listRunningSessionIds()` —— **同一张表、同一个口径**，不可能再打架。
+ *
+ * 🔴 后人若要"把 live 表也加回来做双保险"：**不要** ——
+ *    `live ∧ ¬running` 恰是「已载入、但上一轮被打断」那一类，**它最该被接走**；
+ *    加回来就是把最该救的那一格重新排除掉。
+ */
 /**
  * 装配调度器（index.ts apply 调用）：5min tick + 生命周期 disposer +
  * 会话出现/settings 变化时热启动（与 autopilot 同款触发面，互不干扰）。

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@shgroup/dsh-serenity-hooks",
-  "version": "1.89.0",
+  "version": "1.90.0",
   "description": "宁静号 ACC harness（Native Cordis 插件）——给 DeepSeek Harness 装一个「AI 工作区」：14 个工具（container_fs/cognitive_trajectory/dashboard/container_git/msm/praxis/ontology/serenity-skill-creator/cheap-worker/localstore/container_admin；另三个 im-bridge/acc-diag/diagram 按配置条件出现）+ 机械约束（安全模式/工作区围墙/密钥守卫/对外输出守卫）+ 认知轨迹日志与原地重建 + 网页登录入口/IM 桥/认知轨迹唤醒注册表。轨迹声明 = 轨迹目录下的 trajectory.json（约束面 + 旧标识 uid + CRO 机器绑定 cro.host；旧名 trajectory-constraint.json / skiff.json 仍在读取族里）；轨迹提示词 = 轨迹目录下的 PROMPT.md（一条轨迹「是谁、按什么章程工作」，所有轨迹通用，追加在容器层与质量层之后，不替换它们）。适配 DSH 0.1.7-rc.1 / 0.2.0-rc.1 / 0.2.1-rc.1（三档）。",
   "license": "MIT",
   "repository": {