@shgroup/dsh-serenity-hooks 1.93.0 → 1.95.0

package/dsh.plugin.json

@@ -1,6 +1,6 @@
 {
   "id": "dsh-serenity-hooks",
-  "version": "1.93.0",
+  "version": "1.95.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/cro/turns.d.ts

@@ -8,14 +8,34 @@
  * 调度器只掌握**会话 live 与否**，而 **`live ≠ 在跑`**——
  * 一条会话可以 live 而空闲（本会话此刻就是活的反例）。
  *
- * ## 怎么夹出来（用**既有的**两个契约事件，不需要新宿主能力）
+ * ## 怎么夹出来（用**既有的**契约事件，不需要新宿主能力）
  *
  * | 事件 | 动作 | 出处 |
  * |---|---|---|
- * | `agent/created` | 标记「在跑」 | `host/contract.ts`（dsp 已在 `seams/context.ts` 订阅）。⚠️ v0.1.7 前名为 `agent/session-start`；新事件 `@mode = serial` ⇒ 处理函数须快速返回 |
- * | `agent/turn-stopping` | 清除标记 | `host/contract.ts:277`（dsp 已在 `trajectory/rebuild.ts:442` 等 4 处订阅） |
- * | `agent/disposed` | **清该载体的项** | `host/contract.ts:280` |
- * | `session/disposed` | **清该载体的项** | `host/contract.ts:283` |
+ * | `agent/status` = `running` | 标记「在跑」；`idle` ⇒ 清除 | 宿主 `AgentLoop.setPhase`：`emit("agent/status", { status })`，**只在状态真的变化时发** |
+ * | `agent/turn-stopping` | 清除标记 | `host/contract.ts`（dsp 已在 `trajectory/rebuild.ts` 等 4 处订阅） |
+ * | `agent/disposed` | **清该载体的项** | `host/contract.ts` |
+ * | `session/disposed` | **清该载体的项** | `host/contract.ts` |
+ *
+ * ## 🔴🔴 D243（2026-10-24）：**⛔ 不许用 `agent/created` 标记「在跑」**
+ *
+ * **修前**：`agent/created` 也 `markTurnRunning(...)`。**为什么这是错的** —— 该事件是
+ * `AgentRegistry.announce(agent, source)` 发的，而 `source` 明确包含 **`resume`**：
+ * 宿主**每次重启**都会把 persisted 会话重新载入并 announce ⇒ 每个被**载入**的会话都被打成"在跑"，
+ * 而**它那一轮早随旧进程死掉了** ⇒ `turn-stopping` 永不到达 ⇒ 该假标记活满 `TURN_TTL_MS`（30 min）。
+ *
+ * **代价（两个面，都已实测）**：
+ * - **面一**：CRO 守卫拿它否决唤起 ⇒ **重启后聋 30 分钟**（guard 已在自己域绕开）。
+ * - **面二**：`cognitive_trajectory interrupted` 拿它当排除集 ⇒ **把最该被接走的会话藏起来**
+ *   （实测：判据命中 5 条，生产入口报「检查 5 · 命中 0」）。
+ *
+ * **判据**：`agent/created` 证明的是「**载体被发布了**」，**不是**「有轮次在跑」。
+ * 「载入」与「在跑」互不蕴含（与 D225 同族：*字段名/字面形态不是语义*）。
+ * ⇒ **唯一权威 = `agent/status`**（宿主 `status` getter：`phase.kind === 'idle' | 'maintenance'`
+ * 才是 idle，其余皆 running），且它在**每次真实状态跃迁**时发 —— 正是我们要的粒度。
+ *
+ * **代价与兜底**：删掉 `agent/created` 后，本表在"宿主重启后、某会话真正开跑之前"为空
+ * ⇒ 落到文件尾那条**便宜**的误判方向（报"没跑"），不会被拿来藏会话。
  *
  * ## 🔴 清理设计（**这是本模块最容易被做坏的地方**）
  *
@@ -50,7 +70,7 @@
  */
 /** 一次「在跑」记录的 TTL（见文件头的方向性判据） */
 export declare const TURN_TTL_MS: number;
-/** 标记「在跑」（`agent/created` + `agent/status=running` 调用） */
+/** 标记「在跑」（**唯一**生产调用点 = `agent/status=running`；另供测试与 CRO 自检置位） */
 export declare function markTurnRunning(sessionId: string, nowMs: number, turn?: number | null): void;
 /** 清除「在跑」（`turn-stopping` / disposed 调用） */
 export declare function clearTurnRunning(sessionId: string): void;
@@ -80,10 +100,13 @@ export declare function __resetCroTurnsForTest(): void;
  * 装配追踪（`index.ts` apply 调用）：订阅四个既有事件 + 拆卸。
  *
  * **为什么订阅四个而不是两个**（R↓）：
- * · 前两个（`agent/created` / `turn-stopping`）负责**语义**——"在不在跑"；
+ * · 前两个（`agent/status` / `turn-stopping`）负责**语义**——"在不在跑"；
  * · 后两个（`agent/disposed` / `session/disposed`）负责**生命周期**——
  *   载体没了必须清项，否则表按载体只增（本模块的头号风险）。
  *
+ * 🔴 **D243：`agent/created` 已于 2026-10-24 从订阅清单中移除**（原先共 5 个）。
+ *    理由与代价见**文件头 D243 段**；一句话：它是「载体被发布」的信，不是「轮次在跑」的信。
+ *
  * ⚠️ **失败不抛**：任一事件通道缺失 ⇒ 响亮日志 + 该订阅跳过（**apply 不可成为启动单点**，
  * 与 `registerDeepseekVisionPatch` 等既有装配同款纪律）。
  *

package/lib/index.js

@@ -4,7 +4,7 @@ import { _ as resolveInside, a as findSerenityRoot$1, c as matchBlacklist, d as
 import { A as namingTitleFor, B as summarize, C as createSession, E as getActiveSessionInfo, F as resolveSessionByTitle, G as readTrajectoryFile, H as useSession, I as sessionEvents, J as localHuman, K as isoLocal, L as sessionsRoot, M as parseTrajectoryCode, O as listActiveTrajectories, P as readTrajectoryUid, R as setActiveSessionInfo, S as clearActiveSessionInfo, T as findSession, U as TRAJECTORY_FILENAME, V as trajectoryDescOf, W as TRAJECTORY_LEGACY_FILENAMES, Y as localIdStamp, b as UID_FILENAME, c as replacesDefaultIdentity, i as listTrajectoryConstraints, j as parseSessionContextFromEvents, k as listSessions, l as trajectoryCodeForSession, n as findDirNameByCode, o as readTrajectoryConstraintAt, q as localFileStamp, r as isTrajectoryConstrained, s as readTrajectoryConstraintByCode, t as TRAJECTORY_CONSTRAINT_FILENAME, u as trajectoryConstraintForSession, v as COGNITIVE_TRAJECTORY_ACTIONS, w as extractSessionMdPathFromText, x as archiveSession, z as showSession } from "./profile-zxakCNXy.js";
 import { n as checkLocalstoreGitCompliance, o as readStore, s as runLocalStore, t as LOCALSTORE_SCOPES } from "./service-DDmHSglV.js";
 import { _ as resolveConstraintSystemPrompt, a as listBoundSessionIds, d as constraintCognitiveTrajectory, f as constraintSystemPromptSource, g as profileWriteWhitelist, h as profileToolWhitelist, i as carrierState, l as TRAJECTORY_CONSTRAINT_HINT, n as PLUGIN_SOURCE, o as readLastBound, r as appendBound, s as resolveSessionCognitiveTrajectoryLabel, t as ACC_MESSAGE_KIND, v as ACC_VERSION, y as findPackageRoot } from "./message-source-BAMwXu6i.js";
-import { A as buildResourceIndex, C as verifyPassword, D as recordToolUsage, E as verifyTotpCode, F as hasTrajectoryPrompt, M as isSafeSkillName, N as truncateContent, O as REFERENCE_DIR, P as TRAJECTORY_PROMPT_FILENAME, S as toWire, T as MECHANISM_PORTS, _ as registerEntrySkillSectionGlobal, a as trajectoryConstraintFor, b as projectKnownWorkspaces, c as trajectoryWorkspaceMdPath, d as CHEAP_WORKER_GUIDE, f as providerAvailabilityError, g as registerEntrySkillSection, h as registerCognitiveTrajectorySkillSection, i as getTrajectoryAgent, j as buildResourceNameSuffix, k as SKILL_ONTOLOGY_FILE, l as unregisterTrajectorySession, m as splitModel, n as createTrajectoryAgent, o as trajectoryConstraintMsmGate, p as requireWhitelistedModel, r as ensureWorkspacePromptSection, s as trajectoryConstraintParticipates, t as askTrajectory, u as workspaceCognitiveTrajectoryLine, v as applyWirePatch, w as FACE_PORTS, x as readAdvancedSettings, y as migrateLegacyLocalstore } from "./session-D5cEPEUY.js";
+import { A as buildResourceIndex, C as verifyPassword, D as recordToolUsage, E as verifyTotpCode, F as hasTrajectoryPrompt, M as isSafeSkillName, N as truncateContent, O as REFERENCE_DIR, P as TRAJECTORY_PROMPT_FILENAME, S as toWire, T as MECHANISM_PORTS, _ as registerEntrySkillSectionGlobal, a as trajectoryConstraintFor, b as projectKnownWorkspaces, c as trajectoryWorkspaceMdPath, d as CHEAP_WORKER_GUIDE, f as providerAvailabilityError, g as registerEntrySkillSection, h as registerCognitiveTrajectorySkillSection, i as getTrajectoryAgent, j as buildResourceNameSuffix, k as SKILL_ONTOLOGY_FILE, l as unregisterTrajectorySession, m as splitModel, n as deliverToTrajectory, o as trajectoryConstraintMsmGate, p as requireWhitelistedModel, r as ensureWorkspacePromptSection, s as trajectoryConstraintParticipates, t as createTrajectoryAgent, u as workspaceCognitiveTrajectoryLine, v as applyWirePatch, w as FACE_PORTS, x as readAdvancedSettings, y as migrateLegacyLocalstore } from "./session-DFNtReQY.js";
 import { i as sessionsRootDir, n as findSessionLog, r as hasSessionLogById } from "./cleanup-CPl1SSaK.js";
 import { i as runImBridge, n as isImWiredTrajectory, o as readSimpleSettings, r as registerImChannel, s as registerSettingsSection, t as imChannelIds } from "./channels-CuCsUfcY.js";
 import { a as readFeishuCredential, c as readWeixinSettings, d as weixinInboundDir, f as weixinSessionIdForTrajectory, i as matchWeixinRoute, n as extractWeixinText, r as hasVoiceItem, s as readWeixinCredential, t as extractWeixinMedia, u as sanitizeFileName$1 } from "./route-DxIKWeN9.js";
@@ -8438,14 +8438,34 @@ function registerDisposer(ctx, label, cleanup) {
 * 调度器只掌握**会话 live 与否**，而 **`live ≠ 在跑`**——
 * 一条会话可以 live 而空闲（本会话此刻就是活的反例）。
 *
-* ## 怎么夹出来（用**既有的**两个契约事件，不需要新宿主能力）
+* ## 怎么夹出来（用**既有的**契约事件，不需要新宿主能力）
 *
 * | 事件 | 动作 | 出处 |
 * |---|---|---|
-* | `agent/created` | 标记「在跑」 | `host/contract.ts`（dsp 已在 `seams/context.ts` 订阅）。⚠️ v0.1.7 前名为 `agent/session-start`；新事件 `@mode = serial` ⇒ 处理函数须快速返回 |
-* | `agent/turn-stopping` | 清除标记 | `host/contract.ts:277`（dsp 已在 `trajectory/rebuild.ts:442` 等 4 处订阅） |
-* | `agent/disposed` | **清该载体的项** | `host/contract.ts:280` |
-* | `session/disposed` | **清该载体的项** | `host/contract.ts:283` |
+* | `agent/status` = `running` | 标记「在跑」；`idle` ⇒ 清除 | 宿主 `AgentLoop.setPhase`：`emit("agent/status", { status })`，**只在状态真的变化时发** |
+* | `agent/turn-stopping` | 清除标记 | `host/contract.ts`（dsp 已在 `trajectory/rebuild.ts` 等 4 处订阅） |
+* | `agent/disposed` | **清该载体的项** | `host/contract.ts` |
+* | `session/disposed` | **清该载体的项** | `host/contract.ts` |
+*
+* ## 🔴🔴 D243（2026-10-24）：**⛔ 不许用 `agent/created` 标记「在跑」**
+*
+* **修前**：`agent/created` 也 `markTurnRunning(...)`。**为什么这是错的** —— 该事件是
+* `AgentRegistry.announce(agent, source)` 发的，而 `source` 明确包含 **`resume`**：
+* 宿主**每次重启**都会把 persisted 会话重新载入并 announce ⇒ 每个被**载入**的会话都被打成"在跑"，
+* 而**它那一轮早随旧进程死掉了** ⇒ `turn-stopping` 永不到达 ⇒ 该假标记活满 `TURN_TTL_MS`（30 min）。
+*
+* **代价（两个面，都已实测）**：
+* - **面一**：CRO 守卫拿它否决唤起 ⇒ **重启后聋 30 分钟**（guard 已在自己域绕开）。
+* - **面二**：`cognitive_trajectory interrupted` 拿它当排除集 ⇒ **把最该被接走的会话藏起来**
+*   （实测：判据命中 5 条，生产入口报「检查 5 · 命中 0」）。
+*
+* **判据**：`agent/created` 证明的是「**载体被发布了**」，**不是**「有轮次在跑」。
+* 「载入」与「在跑」互不蕴含（与 D225 同族：*字段名/字面形态不是语义*）。
+* ⇒ **唯一权威 = `agent/status`**（宿主 `status` getter：`phase.kind === 'idle' | 'maintenance'`
+* 才是 idle，其余皆 running），且它在**每次真实状态跃迁**时发 —— 正是我们要的粒度。
+*
+* **代价与兜底**：删掉 `agent/created` 后，本表在"宿主重启后、某会话真正开跑之前"为空
+* ⇒ 落到文件尾那条**便宜**的误判方向（报"没跑"），不会被拿来藏会话。
 *
 * ## 🔴 清理设计（**这是本模块最容易被做坏的地方**）
 *
@@ -8483,9 +8503,9 @@ const TURN_TTL_MS = 18e5;
 /**
 * 进程内的「正在跑」表（键 = 载体 dsh 会话 id）。
 *
-* ⚠️ **仅内存**：进程重启即空 —— 这是**可接受的**，因为重启后宿主会重发
-* `agent/created`（或至少下一次 `turn-stopping` 会清掉残留），且空表 = "没有在跑"，
-* 落到上面那条**便宜**的误判方向。
+* ⚠️ **仅内存**：进程重启即空 —— 这是**可接受的，且是刻意选的**：
+* 空表 = "没有在跑" ⇒ 落到上面那条**便宜**的误判方向（漏排是硬故障、多排是常态成本）。
+* 🔴 **D243**：刻意**不**在重启后用 `agent/created` 去"补"这张表 —— 那会把「载入」当「在跑」。
 */
 const runningBySession = /* @__PURE__ */ new Map();
 /** 取载体 id（事件 payload 的 `agent` 面；取不到 ⇒ null） */
@@ -8493,7 +8513,7 @@ function sessionIdOf$2(agent) {
 	const id = agent?.session?.id;
 	return typeof id === "string" && id !== "" ? id : null;
 }
-/** 标记「在跑」（`agent/created` + `agent/status=running` 调用） */
+/** 标记「在跑」（**唯一**生产调用点 = `agent/status=running`；另供测试与 CRO 自检置位） */
 function markTurnRunning(sessionId, nowMs, turn = null) {
 	if (!sessionId) return;
 	runningBySession.set(sessionId, {
@@ -8541,10 +8561,13 @@ function runningCarriersOf(boundSessionIds, nowMs, ttlMs = TURN_TTL_MS) {
 * 装配追踪（`index.ts` apply 调用）：订阅四个既有事件 + 拆卸。
 *
 * **为什么订阅四个而不是两个**（R↓）：
-* · 前两个（`agent/created` / `turn-stopping`）负责**语义**——"在不在跑"；
+* · 前两个（`agent/status` / `turn-stopping`）负责**语义**——"在不在跑"；
 * · 后两个（`agent/disposed` / `session/disposed`）负责**生命周期**——
 *   载体没了必须清项，否则表按载体只增（本模块的头号风险）。
 *
+* 🔴 **D243：`agent/created` 已于 2026-10-24 从订阅清单中移除**（原先共 5 个）。
+*    理由与代价见**文件头 D243 段**；一句话：它是「载体被发布」的信，不是「轮次在跑」的信。
+*
 * ⚠️ **失败不抛**：任一事件通道缺失 ⇒ 响亮日志 + 该订阅跳过（**apply 不可成为启动单点**，
 * 与 `registerDeepseekVisionPatch` 等既有装配同款纪律）。
 *
@@ -8574,16 +8597,11 @@ function registerCroTurnTracking(ctx) {
 			console.log(`[serenity-hooks] ✗ CRO turn 追踪未装配（${event} 不可用）: ${String(err?.message ?? err)}`);
 		}
 	};
-	on("agent/created", (payload) => {
-		const id = sessionIdOf$2(payload?.agent);
-		if (id) markTurnRunning(id, Date.now());
-	});
 	on("agent/status", (payload) => {
 		const p = payload;
 		const id = sessionIdOf$2(p?.agent);
 		if (!id) return;
-		const turn = typeof p.turn === "number" ? p.turn : null;
-		if (p.status === "running") markTurnRunning(id, Date.now(), turn);
+		if (p.status === "running") markTurnRunning(id, Date.now());
 		else if (p.status === "idle") clearTurnRunning(id);
 	});
 	on("agent/turn-stopping", (payload) => {
@@ -20231,15 +20249,22 @@ async function handleInboundEvent(ctx, root, accountId, io, event, preset) {
 	try {
 		const sessionId = weixinSessionIdForTrajectory(trajectory);
 		/**
-		* 🔴 **同会话串行化**（2026-10-21，修"同一条消息被处理两轮"的第二个缺陷）。
+		* 🔴 **同会话串行化**（2026-10-21 引入；**2026-10-24 理由已变，见下**）。
+		*
+		* ## 原理由（已失效，留档 R↓）
+		* `askTrajectory` 的成功判据是"`assistant/message` **条数增长**"，两条入站并发时
+		* 后一条的快照包含前一条尚未落盘的产出 ⇒ 前一轮的产出满足后一条的判据 ⇒
+		* 兜底可能拿到**错轮**的答案（真机实测：把内部过程话发给了家人）。
 		*
-		* `askTrajectory` 的成功判据是"`assistant/message` **条数增长**"。两条入站并发时，
-		* 后一条的快照包含前一条尚未落盘的产出 ⇒ **前一轮的产出会满足后一条的成功判据**
-		* ⇒ 兜底/`reply-fallback` 可能拿到**错轮**的答案（真机实测：把内部过程话发给了家人）。
+		* ## 🔴 现在的理由（owner 2026-10-24 令「正在跑就直接进、不排队」之后）
+		* 入站改走 `deliverToTrajectory`（**不等回答**）⇒ 上面那条"错轮答案"的路径**已不存在**。
+		* 锁**仍然需要**，但它现在防的是另一件事：
+		* **`createTrajectoryAgent` 的"查-没有-再建"** —— 两条入站同时到达且都发现"没有载体"时，
+		* 会各自建一个 ⇒ **同一轨迹两个载体**（撞 D-族「一条轨迹至多一个载体」的底线）。
+		* ⇒ 锁的**覆盖范围应当只包住"投递"这一步**，⛔ 不该再包住整轮等待
+		* （那正是 owner 说的"排队"）。投递本身是同步的几十微秒，串行化代价可忽略。
 		*
-		* 锁的粒度 = **一个会话同一时刻只跑一条入站**（不同轨迹各跑各的，互不拖慢）。
-		* ⚠️ 与投递侧"不排队"不是一回事：`send-now` 的"当场注入"是**投递**语义，
-		* 这里排的是**处理**语义 —— 两者不冲突。
+		* ⚠️ 粒度 = **一个会话同一时刻只处理一条入站的投递**（不同轨迹各跑各的）。
 		*/
 		releaseLock = await acquireSessionLock(sessionId);
 		const existing = getTrajectoryAgent(sessionId);
@@ -20355,7 +20380,53 @@ async function handleInboundEvent(ctx, root, accountId, io, event, preset) {
 			})).catch((err) => {
 				console.log(`[serenity-hooks] im hook incoming error: ${err instanceof Error ? err.message : String(err)}`);
 			});
-			await askTrajectory(ctx, ref.agent, question);
+			/**
+			* 🔴🔴 **2026-10-24（owner 令）：正在跑就**直接进**，不排队。**
+			*
+			* owner 原话：「当用户消息进来，且绑定轨迹正在活动时，消息是排队而不是直接进入，
+			* 应当改为直接进入，这样确保来回通信的流畅性」。
+			*
+			* **修前**：`await askTrajectory(...)` = `followup()`（排队语义）＋ **等整轮跑完**。
+			* ⇒ 用户连说两句，第二句要等第一句那一整轮结束才被看见 ⇒ **来回通信卡顿**。
+			*
+			* **为什么现在可以不等**：D238（同日，出站只剩 `im-bridge`）之后，
+			* 那个 `answer` **已经没有消费方**（上一版这里就是 `void result`）——
+			* 整轮等待**只剩"把后一条堵在前面"这一个副作用**。
+			*
+			* **投递形态**（`deliverToTrajectory`，与 `interrupted.ts` 的 `createResumeOne` 同判据）：
+			* 在跑 ⇒ `steer`（当场进当前轮，模型同一次生成里就看到）；
+			* 空闲 ⇒ `followup`（立刻起一轮）；`steer` 缺失 ⇒ 排队也比丢掉好。
+			*/
+			const delivered = deliverToTrajectory(ref.agent, question);
+			/**
+			* 🔴🔴 **2026-10-24（owner 令，D238）：这里不再有任何"桥转发最终文本"的分支。**
+			*
+			* 删掉的两段（历史留档，R↓）：
+			* ① `manualOutput` 的兜底转发（原 `fallbackOnNoSend` + `source:'reply-fallback'`）；
+			* ② 自动模式的直接转发（原 `io.sendText` + `source:'reply'` 缺省）。
+			*
+			* **留下的唯一事实**：投递之后**什么都不发** —— 出站只可能由 agent
+			* 自己调 `im-bridge` 产生（`source:'proactive'`）。
+			*
+			* ⚠️ `delivered.how` 要记：它回答"这条消息是怎么进去的"
+			*    （`steer` = 当场进当前轮 ／ `followup` = 排进下一轮 ／ `none` = 无通道）。
+			*    **不记它就无法从日志上分清"不排队"到底生效了没有**（D216 同族）。
+			*/
+			if (delivered.how === "none") console.log(`[serenity-hooks] im 投递失败：会话 ${sessionId} 既无 steer 也无 followup（宿主契约漂移）`);
+			else console.log(`[serenity-hooks] im 投递：会话 ${sessionId} → ${delivered.how}（不排队；出站走 im-bridge）`);
+			/**
+			* 🔴🔴 **2026-10-24（owner 令「不排队」）：锁在这里就放，⛔ 不再等整轮。**
+			*
+			* 投递已在上一步**同步**完成（`steer` ／ `followup` 都是同步调用）⇒
+			* 锁要保护的"查载体-没有-再建"那一段**已经结束**。
+			* ⇒ 从这里往后（typingStop、日志、hook 回调）没有任何"必须串行"的事，
+			*    让锁继续持有 = **把下一条消息堵在这里** = owner 说的"排队"。
+			*
+			* ⚠️ 早期释放是**安全**的：下面 `finally` 里的 `releaseLock?.()` 有 `released` 幂等判据
+			*    （见 `acquireSessionLock` 的返回），重复调用是空操作 ⇒ 不会二次释放。
+			*/
+			releaseLock?.();
+			releaseLock = null;
 		} finally {
 			await io.typingStop?.({ toUserId: fromUserId });
 		}

package/lib/{session-D5cEPEUY.js → session-DFNtReQY.js}

@@ -142,47 +142,6 @@ function trajectoryPromptBlock(text) {
 	].join("\n");
 }
 //#endregion
-//#region src/trajectory/carrier.ts
-/**
-* 等待 agent 空闲或销毁。
-* @param ctx 宿主插件上下文（事件通道来源；**结构化访问**，故类型为 `unknown`，见文件头 I2 段）
-* @param agent 目标 agent
-* @returns 空闲、agent 销毁、或会话销毁时结算（永不 reject）
-*/
-function waitAgentIdle(ctx, agent) {
-	return new Promise((resolve) => {
-		let settled = false;
-		const disposers = [];
-		const finish = () => {
-			if (settled) return;
-			settled = true;
-			for (const dispose of disposers) try {
-				dispose();
-			} catch {}
-			resolve();
-		};
-		const subscribe = (name, cb) => {
-			try {
-				const off = ctx.on?.(name, cb);
-				if (typeof off === "function") disposers.push(off);
-			} catch {}
-		};
-		subscribe("agent/status", (payload) => {
-			const p = payload;
-			if (p?.agent === agent && p?.status === "idle") finish();
-		});
-		subscribe("agent/disposed", (payload) => {
-			if (payload?.agent === agent) finish();
-		});
-		const sessionId = agent.session?.id;
-		subscribe("session/disposed", (session) => {
-			const id = session?.id;
-			if (typeof id === "string" && id === sessionId) finish();
-		});
-		if (agent.status === "idle") finish();
-	});
-}
-//#endregion
 //#region src/skills/discovery.ts
 /**
 * skills/discovery.ts — CCC 入口 skill 自动发现（纯逻辑，零 DSH 依赖）
@@ -2528,136 +2487,52 @@ async function createOrResumeAgent(ctx, id, root, model, setup, fixedId) {
 		};
 	}
 }
-/** 会话事件读取（兼容 `snapshotEvents()` 与测试替身的 `.events`） */
-function sessionEvents(session) {
-	const s = session;
-	if (typeof s.snapshotEvents === "function") return s.snapshotEvents();
-	return s.events ?? [];
-}
-/** 读会话最后一个 assistant/message 文本 */
-function lastAssistantText(agent) {
-	const events = sessionEvents(agent.session);
-	for (let i = events.length - 1; i >= 0; i--) {
-		const e = events[i];
-		if (e && e.type === "assistant/message") {
-			const text = (e.data?.message?.content ?? e.data?.content ?? []).filter((b) => b.type === "text" && b.text).map((b) => b.text).join("\n");
-			if (text) return text;
-		}
-	}
-	return "";
-}
-/** 本轮等待上限（毫秒）：超时即判「本轮无产出」——**绝不**把上一轮的旧答案当本轮答案 */
-const ASK_TURN_TIMEOUT_MS = 18e4;
-/** 会话里 `assistant/message` 的条数（判「本轮是否真的产出了回答」） */
-function countAssistantMessages(session) {
-	let n = 0;
-	for (const e of sessionEvents(session)) if (e?.type === "assistant/message") n += 1;
-	return n;
-}
-/**
-* 会话当前轮号（最后一个 `turn/start` 的 `turn`；取不到 ⇒ `null`）。
-*
-* 🔴 为什么需要它（2026-10-21，"同一条消息被处理两轮"的第二处缺陷）：
-* 判"本轮是否产出"用的是 **`assistant/message` 条数增长**。而在**并发入站**下，
-* 后一条的快照里，**前一条那一轮**还在继续产出 assistant 消息 ⇒ 计数照样增长
-* ⇒ 后一条会把**别人那一轮的文本**当成自己的答案（真机实测：兜底把内部过程话发给了家人）。
-* ⇒ 增长必须限定在「**这一轮开始之后**新出现的事件」里。
-*/
-function currentTurnOfSession(session) {
-	const events = sessionEvents(session);
-	for (let i = events.length - 1; i >= 0; i--) {
-		const e = events[i];
-		if (e?.type === "turn/start") {
-			const t = e.data?.turn;
-			return typeof t === "number" && Number.isFinite(t) ? t : null;
-		}
-	}
-	return null;
-}
-function snapshotSession(session) {
-	return {
-		turn: currentTurnOfSession(session),
-		assistantCount: countAssistantMessages(session),
-		eventCount: sessionEvents(session).length
-	};
-}
 /**
-* **本轮**（快照之后）是否产出了 assistant 消息。
+* 把一条用户消息**投进**载体会话 —— 🔴 **2026-10-24 owner 令：正在跑就直接进，不排队**。
 *
-* 判据顺序（每一条都是被真账打出来的）：
-* ① 只数**快照之后**新增的事件 ⇒ 前一轮续跑的产出**不进账**（2026-10-21）；
-* ② 若快照时的轮号已知，且现在的轮号变了 ⇒ 那是**别的轮**在产出 ⇒ 不算我的；
-* ③ 条数确实增长 ⇒ 成功。
-*/
-function grewWithFreshAssistant(session, snap) {
-	const events = sessionEvents(session);
-	if (events.length <= snap.eventCount) return false;
-	const now = currentTurnOfSession(session);
-	if (snap.turn !== null && now !== null && now !== snap.turn) return false;
-	let fresh = 0;
-	for (let i = snap.eventCount; i < events.length; i++) if (events[i]?.type === "assistant/message") fresh += 1;
-	if (fresh > 0) return true;
-	return countAssistantMessages(session) > snap.assistantCount;
-}
-/**
-* 等**本轮**产出一条 assistant 消息。
+* ## owner 原话
+* 「**当用户消息进来，且绑定轨迹正在活动时，消息是排队而不是直接进入，应当改为直接进入，
+*   这样确保来回通信的流畅性**」。
 *
-* ## 为什么不能用 `waitAgentIdle` 单独当判据（2026-10-19 复读缺陷）
+* ## 修前为什么是"排队"
+* 入站走 {@link askTrajectory}：它 `followup()`（**排队语义**，等本轮结束才开新一轮）
+* 然后**等整轮跑完**读答案。而 D238（2026-10-24，出站只剩 `im-bridge`）之后
+* 那个答案**已经没有消费方**（调用点是 `void result`）⇒
+* **整轮等待只剩副作用：把后一条消息堵在前一条那一轮后面**。
 *
-* `waitAgentIdle` 的首行是 `if (agent.status === 'idle') finish()` —— 而 `followup()`
-* 是**异步投递**：刚投出去的这一刻 agent 状态**仍是 idle** ⇒ 等待**立刻结算** ⇒
-* `lastAssistantText()` 读到的是**上一轮的** `assistant/message` ⇒ 桥把它当"本轮答案"转发。
-* 而当时若 CCC 又开了 `fallbackOnNoSend`（该开关已于 D238 退役），同一条旧答案会被反复重发（实测三次间隔 300~400ms、逐字相同）。
+* ## 判据（与 `trajectory/interrupted.ts` 的 `createResumeOne` 同源）
+* - **`agent.status === 'running'` 且 `steer` 可用** ⇒ `steer`：**当场注入当前轮**
+*   （模型在同一次生成里就看到这句话 ⇒ 来回通信连续）。
+* - 否则 `followup`：空闲 ⇒ 立刻起一轮；`steer` 缺失 ⇒ 排队也比丢掉好。
 *
-* ## 判据（`idle` 只是"可以开始看"的信号，不是成功信号）
+* ## 为什么本函数**不等**回答
+* ① 答案没人读（D238 之后出站只能由 agent 自己调 `im-bridge`）；
+* ② **等待正是"排队"的机制本体** —— 不等，锁就只覆盖投递那一下，
+*    下一条消息才能也当场进去。
+* ⇒ 语义从"**问一句、等回答**"变成"**把话递进去**"。这也更贴近 IM 的真实形态：
+*    用户是连续说话的，不是一问一答的请求-响应。
 *
-* ① 期望值 = 调用前 `assistant/message` 的**条数**；
-* ② 成功 ⟺ 该计数**增长**；
-* ③ 超时或有界轮询耗尽 ⇒ `false`（调用方据此给空答案，兜底不触发）。
+* ⚠️ **与 {@link askTrajectory} 的分工**：后者保留"问 + 等本轮答案"的完整语义
+* （仍有消费方/测试在用）；本函数是**入站投递**专用。
 */
-async function waitForTurnAssistant(ctx, agent, before, opts = {}) {
-	const timeoutMs = opts.timeoutMs ?? ASK_TURN_TIMEOUT_MS;
-	/**
-	* 快照兼容两种入参：数字（旧调用方的"条数"）与 `SessionSnapshot`（新，带轮号与事件位）。
-	* 🔴 数字形态**仍然可用**，因为既有测试与调用点按数字传，而它们的语义（"条数增长"）
-	* 在本轮修法之后依然成立 —— 只是**并发**时不够。给 `SessionSnapshot` 才拿到全部判别力。
-	*/
-	const snap = typeof before === "number" ? {
-		turn: null,
-		assistantCount: before,
-		eventCount: 0
-	} : before;
-	const grew = () => typeof before === "number" ? countAssistantMessages(agent.session) > before : grewWithFreshAssistant(agent.session, snap);
-	if (await Promise.race([waitAgentIdle(ctx, agent).then(() => true), new Promise((resolve) => {
-		setTimeout(() => resolve(false), timeoutMs);
-	})])) return grew();
-	return grew();
-}
-/**
-* 提问一轮：followup → 等**本轮**回答 → 读答案。
-*
-* ## 🔴 2026-10-21：快照从"条数"升级为"（轮号, 条数, 事件位）"
-*
-* 并发入站时，后一条的快照里**前一条那一轮还在产出** ⇒ 旧判据（条数增长）会被满足
-* ⇒ 后一条把**别人那一轮的文本**当自己的答案。新快照让"增长"只在**本轮的窗口内**才成立。
-* 配套：调用侧（`im/inbound-event.ts`）给**同一会话**加了串行锁 —— 两层都要，缺一不可：
-* 锁防"同时开两轮"，快照防"锁被绕过时（如别的路径直接调本函数）把错轮的文本当答案"。
-*
-* @param options.timeoutMs 本轮等待上限（测试注入；生产用缺省）
-*/
-async function askTrajectory(ctx, agent, question, options) {
-	const beforeSnapshot = snapshotSession(agent.session);
-	agent.followup(createUserMessage({
+function deliverToTrajectory(agent, text) {
+	const a = agent;
+	const msg = createUserMessage({
 		content: [{
 			type: "text",
-			text: question
+			text
 		}],
 		source: PLUGIN_SOURCE
-	}));
-	return {
-		answer: await waitForTurnAssistant(ctx, agent, beforeSnapshot, { timeoutMs: options?.timeoutMs }) ? lastAssistantText(agent) : "",
-		sessionId: String(agent.session.id ?? "")
-	};
+	});
+	if (a.status === "running" && typeof a.steer === "function") {
+		a.steer(msg);
+		return { how: "steer" };
+	}
+	if (typeof a.followup === "function") {
+		a.followup(msg);
+		return { how: "followup" };
+	}
+	return { how: "none" };
 }
 /**
 * 轨迹约束会话的轨迹纪律参与判定：**不是 轨迹约束恒 true**（正常参与）；
@@ -2692,4 +2567,4 @@ function trajectoryConstraintMsmGate(root, sessionId, action, name) {
 	return {};
 }
 //#endregion
-export { buildResourceIndex as A, verifyPassword as C, recordToolUsage as D, verifyTotpCode as E, hasTrajectoryPrompt as F, isSafeSkillName as M, truncateContent as N, REFERENCE_DIR as O, TRAJECTORY_PROMPT_FILENAME as P, toWire as S, MECHANISM_PORTS as T, registerEntrySkillSectionGlobal as _, trajectoryConstraintFor as a, projectKnownWorkspaces as b, trajectoryWorkspaceMdPath as c, CHEAP_WORKER_GUIDE as d, providerAvailabilityError as f, registerEntrySkillSection as g, registerCognitiveTrajectorySkillSection as h, getTrajectoryAgent as i, buildResourceNameSuffix as j, SKILL_ONTOLOGY_FILE as k, unregisterTrajectorySession as l, splitModel as m, createTrajectoryAgent as n, trajectoryConstraintMsmGate as o, requireWhitelistedModel as p, ensureWorkspacePromptSection as r, trajectoryConstraintParticipates as s, askTrajectory as t, workspaceCognitiveTrajectoryLine as u, applyWirePatch as v, FACE_PORTS as w, readAdvancedSettings as x, migrateLegacyLocalstore as y };
+export { buildResourceIndex as A, verifyPassword as C, recordToolUsage as D, verifyTotpCode as E, hasTrajectoryPrompt as F, isSafeSkillName as M, truncateContent as N, REFERENCE_DIR as O, TRAJECTORY_PROMPT_FILENAME as P, toWire as S, MECHANISM_PORTS as T, registerEntrySkillSectionGlobal as _, trajectoryConstraintFor as a, projectKnownWorkspaces as b, trajectoryWorkspaceMdPath as c, CHEAP_WORKER_GUIDE as d, providerAvailabilityError as f, registerEntrySkillSection as g, registerCognitiveTrajectorySkillSection as h, getTrajectoryAgent as i, buildResourceNameSuffix as j, SKILL_ONTOLOGY_FILE as k, unregisterTrajectorySession as l, splitModel as m, deliverToTrajectory as n, trajectoryConstraintMsmGate as o, requireWhitelistedModel as p, ensureWorkspacePromptSection as r, trajectoryConstraintParticipates as s, createTrajectoryAgent as t, workspaceCognitiveTrajectoryLine as u, applyWirePatch as v, FACE_PORTS as w, readAdvancedSettings as x, migrateLegacyLocalstore as y };

package/lib/trajectory/session.d.ts

@@ -137,9 +137,45 @@ export declare function waitForTurnAssistant(ctx: unknown, agent: Agent, before:
     timeoutMs?: number;
     pollMs?: number;
 }): Promise<boolean>;
+/**
+ * 把一条用户消息**投进**载体会话 —— 🔴 **2026-10-24 owner 令：正在跑就直接进，不排队**。
+ *
+ * ## owner 原话
+ * 「**当用户消息进来，且绑定轨迹正在活动时，消息是排队而不是直接进入，应当改为直接进入，
+ *   这样确保来回通信的流畅性**」。
+ *
+ * ## 修前为什么是"排队"
+ * 入站走 {@link askTrajectory}：它 `followup()`（**排队语义**，等本轮结束才开新一轮）
+ * 然后**等整轮跑完**读答案。而 D238（2026-10-24，出站只剩 `im-bridge`）之后
+ * 那个答案**已经没有消费方**（调用点是 `void result`）⇒
+ * **整轮等待只剩副作用：把后一条消息堵在前一条那一轮后面**。
+ *
+ * ## 判据（与 `trajectory/interrupted.ts` 的 `createResumeOne` 同源）
+ * - **`agent.status === 'running'` 且 `steer` 可用** ⇒ `steer`：**当场注入当前轮**
+ *   （模型在同一次生成里就看到这句话 ⇒ 来回通信连续）。
+ * - 否则 `followup`：空闲 ⇒ 立刻起一轮；`steer` 缺失 ⇒ 排队也比丢掉好。
+ *
+ * ## 为什么本函数**不等**回答
+ * ① 答案没人读（D238 之后出站只能由 agent 自己调 `im-bridge`）；
+ * ② **等待正是"排队"的机制本体** —— 不等，锁就只覆盖投递那一下，
+ *    下一条消息才能也当场进去。
+ * ⇒ 语义从"**问一句、等回答**"变成"**把话递进去**"。这也更贴近 IM 的真实形态：
+ *    用户是连续说话的，不是一问一答的请求-响应。
+ *
+ * ⚠️ **与 {@link askTrajectory} 的分工**：后者保留"问 + 等本轮答案"的完整语义
+ * （仍有消费方/测试在用）；本函数是**入站投递**专用。
+ */
+export declare function deliverToTrajectory(agent: Agent, text: string): {
+    how: string;
+};
 /**
  * 提问一轮：followup → 等**本轮**回答 → 读答案。
  *
+ * ⚠️ **2026-10-24：本函数已不再是 IM 入站的投递路径**（改用 {@link deliverToTrajectory}，
+ * 因为 owner 要求"正在跑就直接进、不排队"，且 D238 之后答案已无消费方）。
+ * 保留它是因为"问一句并等这一轮的答案"这个语义本身仍然有效（测试与将来的同步调用方）。
+ * ⛔ **不要把它改回入站路径** —— 那会把排队一起带回来。
+ *
  * ## 🔴 2026-10-21：快照从"条数"升级为"（轮号, 条数, 事件位）"
  *
  * 并发入站时，后一条的快照里**前一条那一轮还在产出** ⇒ 旧判据（条数增长）会被满足

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@shgroup/dsh-serenity-hooks",
-  "version": "1.93.0",
+  "version": "1.95.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": {