@shgroup/dsh-serenity-hooks 1.49.0 → 1.50.1

package/lib/{settings-section-B-KOyOYn.js → settings-section-EmaYsI-e.js}

@@ -60,7 +60,9 @@ const MECHANISM_PORTS = Object.keys(FACE_PORTS).map((id) => String(FACE_PORTS[id
 //#region src/settings-section.ts
 var settings_section_exports = /* @__PURE__ */ __exportAll({
 	SERENITY_SETTINGS_NS: () => SERENITY_SETTINGS_NS,
+	defaultHumanChannelSettings: () => defaultHumanChannelSettings,
 	defaultSimpleSettings: () => defaultSimpleSettings,
+	humanChannelSettingsFromConfig: () => humanChannelSettingsFromConfig,
 	readSimpleSettings: () => readSimpleSettings,
 	registerSettingsSection: () => registerSettingsSection,
 	simpleSettingsFromConfig: () => simpleSettingsFromConfig,
@@ -77,7 +79,8 @@ function defaultSimpleSettings() {
 		acpHttpPort: ACP_HTTP_PORT,
 		publicAskEnabled: false,
 		croEnabled: true,
-		unattendedEnabled: false
+		unattendedEnabled: false,
+		humanChannel: defaultHumanChannelSettings()
 	};
 }
 /**
@@ -104,6 +107,58 @@ function unwrapVolatile(value) {
 	if (typeof value.get === "function") return value.get();
 	return value;
 }
+/** human-channel 的内建缺省（与 `Config` 的 schema 缺省**同源**：这里是读取面，那里是解析面） */
+function defaultHumanChannelSettings() {
+	return {
+		accounts: [],
+		subscriptions: [],
+		relayCcc: null,
+		sendingAllow: ["*"]
+	};
+}
+/** 取"有内容的字符串"（首尾空白剥掉；空白串 ⇒ `undefined`）—— 面板空文本框会写 `''`，那是"没填"不是"填了个空名" */
+function nonEmptyText(value) {
+	if (typeof value !== "string") return void 0;
+	const trimmed = value.trim();
+	return trimmed === "" ? void 0 : trimmed;
+}
+/**
+* `humanChannel` 片段 → 运行时归一形态。**优先级：显式值 > 内建缺省**（与 `simpleSettingsFromConfig` 同族）。
+*
+* 🔴 三处"缺省 vs 显式"的语义差别，别写反：
+*  ① `sending.allow: []` ⇒ **`[]`**（"谁都不许"），**不是**回退到 `['*']` —— 故用 `??`
+*     （只对 `undefined`/`null` 回退）。⚠️ **别拿 `??`→`||` 当变异探针**：空数组在 JS 里是
+*     **真值** ⇒ 两种写法在这个输入上**恰好同效**，那是**非变异**（会得出"测试不承重"的假结论）。
+*  ② `relay.ccc` 空白 ⇒ `null`（"没填"与"没这一项"同义），**不是**把空白当 CCC 名；
+*  ③ 账号 `enabled` 缺省 **true**（老账号表里 `enabled` 不写就是开）。
+*
+* 🔴 **旧 CCC 侧 `weixin.*` 不在这里、也不该在这里**：机器级面**只**认 `humanChannel`
+*   （硬切无别名，同 D61 先例）⇒ 传进来的旧键**一律不进结构**（回归钉见
+*   `tests/human-channel-config.test.ts`；CCC 侧旧读取面的退役在 P0-2~P0-4）。
+* @param fragment - `Config.humanChannel`（可能整个不存在 —— 那是**合法**初始态）
+* @returns 归一形态（永不 `undefined`）
+*/
+function humanChannelSettingsFromConfig(fragment) {
+	const d = defaultHumanChannelSettings();
+	if (!fragment) return d;
+	return {
+		accounts: (fragment.accounts ?? []).map((a) => ({
+			id: nonEmptyText(a?.id),
+			channel: nonEmptyText(a?.channel),
+			enabled: a?.enabled !== false,
+			token: a?.token,
+			userId: a?.userId
+		})),
+		subscriptions: (fragment.subscriptions ?? []).map((s) => ({
+			account: nonEmptyText(s?.account),
+			user: nonEmptyText(s?.user),
+			ccc: nonEmptyText(s?.ccc),
+			role: nonEmptyText(s?.role)
+		})),
+		relayCcc: nonEmptyText(fragment.relay?.ccc) ?? d.relayCcc,
+		sendingAllow: fragment.sending?.allow ?? d.sendingAllow
+	};
+}
 /**
 * Config（宿主 Loader 校验后的解析值）→ 扁平简单配置。**本文件唯一的读取语义**。
 *
@@ -122,7 +177,8 @@ function simpleSettingsFromConfig(config) {
 		acpHttpPort: unwrapVolatile(config.acpHttpPort) ?? config.acp?.httpPort ?? d.acpHttpPort,
 		publicAskEnabled: unwrapVolatile(config.publicAskEnabled) ?? d.publicAskEnabled,
 		croEnabled: unwrapVolatile(config.croEnabled) ?? d.croEnabled,
-		unattendedEnabled: unwrapVolatile(config.unattendedEnabled) ?? d.unattendedEnabled
+		unattendedEnabled: unwrapVolatile(config.unattendedEnabled) ?? d.unattendedEnabled,
+		humanChannel: humanChannelSettingsFromConfig(config.humanChannel)
 	};
 }
 /** 运行时源（`registerSettingsSection` 装配：读本插件 fiber 的**当前** Config） */

package/lib/settings-section.d.ts

@@ -32,6 +32,14 @@
  * 读取优先级 = **面板层 > 部署层 > 内建缺省**（`simpleSettingsFromConfig`）。
  * 🔴 面板层的键**故意不带 schemastery 默认值** —— 有默认值就永远非 `undefined`，
  * 部署层会被无声压死（"未设置"必须可观测）。
+ *
+ * ## 🔵 2026-09-26（P0-1）：多一类成员 —— `humanChannel`（机器级结构化表）
+ *
+ * 它不是开关/阈值，但**读取语义归本文件**（"本文件唯一的读取语义"这条不破）：宿主 Loader
+ * 解析出的 `Config.humanChannel` 经 `humanChannelSettingsFromConfig()` 归一后，随
+ * `SerenitySimpleSettings.humanChannel` 一起出（⇒ 消费方仍只认 `readSimpleSettings()` 一个入口，
+ * 且天然享受 `fiber.update()` 的**热生效**语义 —— 方案 Q8）。缺省 ／ 归一规则见该函数与
+ * `defaultHumanChannelSettings`。设计全文 = 插件仓 `docs/human-channel-plan.md` §2。
  */
 import type { Context, Volatile } from 'cordis';
 /**
@@ -61,6 +69,8 @@ interface SimpleConfigFragment {
         enabled?: boolean;
         httpPort?: number;
     };
+    /** human-channel（人机信道；**机器级**；2026-09-26 owner 定案）：账号 ／ 订阅表 ／ 主控 ／ 出站白名单 */
+    humanChannel?: HumanChannelConfigFragment;
     gatewayEnabled?: PanelBoolean;
     rebuildThresholdK?: PanelNumber;
     skiffEnabled?: PanelBoolean;
@@ -75,7 +85,9 @@ interface SimpleConfigFragment {
  * 设置面板命名空间 = **profile 条目 id**（v0.1.7 起；与旧 `settings.yaml` 段名逐字相同）。
  */
 export declare const SERENITY_SETTINGS_NS = "serenity-hooks";
-/** 简单配置的扁平形态（运行时读取的统一形状；各功能门控只看它） */
+/** 简单配置的扁平形态（运行时读取的统一形状；各功能门控只看它）。
+ *  🔵 **2026-09-26（P0-1）起多一类成员**：`humanChannel` 是**机器级结构化表**（不是开关/阈值），
+ *  搭这个结构的车只为**读取入口唯一**（`readSimpleSettings()`；方案 §5-2 ／ §11.4 P0-1）。 */
 interface SerenitySimpleSettings {
     /** F1 双端口网关总开关 */
     gatewayEnabled: boolean;
@@ -109,6 +121,11 @@ interface SerenitySimpleSettings {
      *  —— 原"任何自排唤醒都排除"会让本机制永远够不着靠续接绳活着的维护会话；改窄后
      *  **自排绳不再排除**，绳退化为**长周期保险丝**）。设计全文见 S142 的 **D77**。 */
     unattendedEnabled: boolean;
+    /** **human-channel（人机信道）机器级配置**（2026-09-26 owner 定案；P0-1 立 schema ＋ 投影）。
+     *  三张表（账号 ／ 订阅 ／ 主控）＋ 出站白名单；**跨 CCC** ⇒ 归机器级，CCC 侧 `weixin.*` 随之退役
+     *  （退役动作在 P0-2~P0-4；本版**只立机器级面**，旧面照旧）。缺省与归一规则见
+     *  `defaultHumanChannelSettings` ／ `humanChannelSettingsFromConfig`。 */
+    humanChannel: HumanChannelSettings;
 }
 /** 进程级默认（无 Config 可读时的兜底；与 Config 各字段的缺省一致） */
 export declare function defaultSimpleSettings(): SerenitySimpleSettings;
@@ -136,6 +153,79 @@ interface VolatileRef<T> {
  * @returns 解包后的裸值（引用 ⇒ `.get()`；裸值原样；缺省 ⇒ `undefined`）
  */
 export declare function unwrapVolatile<T>(value: T | VolatileRef<T> | undefined): T | undefined;
+/** 机器级 `humanChannel` 片段（**结构性**声明，刻意不从 `index.ts` 引类型：本模块保持零宿主依赖） */
+export interface HumanChannelConfigFragment {
+    accounts?: Array<{
+        id?: string;
+        channel?: string;
+        enabled?: boolean;
+        token?: string;
+        userId?: string;
+    }>;
+    subscriptions?: Array<{
+        account?: string;
+        user?: string;
+        ccc?: string;
+        role?: string;
+    }>;
+    relay?: {
+        ccc?: string;
+    };
+    sending?: {
+        allow?: string[];
+    };
+}
+/** 账号行的运行时形态：`enabled` 归一为**定值布尔**（轮询者要一个确定答案，不要 `undefined`） */
+export interface HumanChannelAccountSettings {
+    id?: string;
+    channel?: string;
+    enabled: boolean;
+    token?: string;
+    userId?: string;
+}
+/** 订阅行的运行时形态（透传；行内字段的**校验**归 P0-3，见下） */
+export interface HumanChannelSubscriptionSettings {
+    account?: string;
+    user?: string;
+    ccc?: string;
+    role?: string;
+}
+/**
+ * human-channel 的运行时归一形态（各功能只看它）。
+ *
+ * 🔴 **本投影刻意不做"清洗"**（不丢行 ／ 不判重 ／ 不校验目标存在）：那些都是**策略**，
+ * 而策略的答案在 P0-3（目标不存在 ⇒ 响亮报错）与 P0-4（迁移警告）里。在这里静默丢行会
+ * **掩盖配置错误** —— 而本方案的 §2.4 精神恰恰是"**不静默**"（"家搬了"必须出声）。
+ */
+export interface HumanChannelSettings {
+    /** 账号表（`enabled` 已归一为定值布尔；缺 `id` ／ `channel` 的行**保留**，由下游响亮报错） */
+    accounts: HumanChannelAccountSettings[];
+    /** 订阅表：`(账号, 用户) → (CCC, 角色)` */
+    subscriptions: HumanChannelSubscriptionSettings[];
+    /** 主控 CCC 别名（`null` = 未指定 ／ 未配置 ／ 空白 —— 三者语义相同："没有主控"） */
+    relayCcc: string | null;
+    /** 出站白名单（`*` = 全体）；缺省 `['*']` */
+    sendingAllow: string[];
+}
+/** human-channel 的内建缺省（与 `Config` 的 schema 缺省**同源**：这里是读取面，那里是解析面） */
+export declare function defaultHumanChannelSettings(): HumanChannelSettings;
+/**
+ * `humanChannel` 片段 → 运行时归一形态。**优先级：显式值 > 内建缺省**（与 `simpleSettingsFromConfig` 同族）。
+ *
+ * 🔴 三处"缺省 vs 显式"的语义差别，别写反：
+ *  ① `sending.allow: []` ⇒ **`[]`**（"谁都不许"），**不是**回退到 `['*']` —— 故用 `??`
+ *     （只对 `undefined`/`null` 回退）。⚠️ **别拿 `??`→`||` 当变异探针**：空数组在 JS 里是
+ *     **真值** ⇒ 两种写法在这个输入上**恰好同效**，那是**非变异**（会得出"测试不承重"的假结论）。
+ *  ② `relay.ccc` 空白 ⇒ `null`（"没填"与"没这一项"同义），**不是**把空白当 CCC 名；
+ *  ③ 账号 `enabled` 缺省 **true**（老账号表里 `enabled` 不写就是开）。
+ *
+ * 🔴 **旧 CCC 侧 `weixin.*` 不在这里、也不该在这里**：机器级面**只**认 `humanChannel`
+ *   （硬切无别名，同 D61 先例）⇒ 传进来的旧键**一律不进结构**（回归钉见
+ *   `tests/human-channel-config.test.ts`；CCC 侧旧读取面的退役在 P0-2~P0-4）。
+ * @param fragment - `Config.humanChannel`（可能整个不存在 —— 那是**合法**初始态）
+ * @returns 归一形态（永不 `undefined`）
+ */
+export declare function humanChannelSettingsFromConfig(fragment: HumanChannelConfigFragment | undefined): HumanChannelSettings;
 /**
  * Config（宿主 Loader 校验后的解析值）→ 扁平简单配置。**本文件唯一的读取语义**。
  *

package/lib/status.d.ts

@@ -4,10 +4,37 @@
  * WebUI 停靠栏的数据源：ACC 版本 / CCC 根 / safe-mode 状态 / 黑名单 / keeper 阈值 / handyman 模型。
  * setSafeMode 直接读写 .serenity-safe-on 标记（守卫实时读取，写即生效）。
  */
+/**
+ * 🔴 **布局无关档**：从**正在跑的那个入口脚本**反推宿主包根，读它的 `version`。
+ *
+ * 为什么必须补这一档（R↓：一处**静默失效**的实际缺陷；2026-09-28 docker bench 实测）：
+ * 下面那条静态候选链（{@link readDshVersion} 的 ②）是**猜安装位置**——`npm_config_prefix` /
+ * `APPDATA\npm` / `~/.npm-global`。一旦宿主装在**别处**（典型 = 容器镜像里的
+ * `/usr/local/lib/node_modules/@deepseek-ai/dsh`），**三个候选全不中** ⇒ 返回 `null`
+ * ⇒ `checkHostVersion(null)` 只给一条 **`required: false`** 的 issue ⇒ 报告 `ok` 仍为 `true`
+ * ⇒ **版本门完全静默**（bench 逐字：`host contract degraded (1 optional): host version unknown`）。
+ * ⚠️ 这类坏法**比"偶尔报警"更危险**：一条**永远为假**的判据看起来像"没报警 = 没问题"。
+ *
+ * 而"我们正跑在哪个宿主里"**本来就有直接证据**：`process.argv[1]`（= 启动本进程的那个脚本）。
+ * 三条判据要点（每条都对应一个实测过的坑）：
+ *  ① **先 `realpath`** —— 全局安装的 `dsh` 是**符号链接**（`/usr/local/bin/dsh` → `…/@deepseek-ai/dsh/lib/bin.js`），
+ *     而 Node 的 `argv[1]` **保留调用路径、不解析符号链接** ⇒ 不 realpath 就永远上溯不到包根。
+ *  ② **核对包名**（`name === '@deepseek-ai/dsh'`）—— 否则在 vitest / npx 等入口下会误取**别人的**
+ *     `package.json`（这是本档**唯一**的假阳性来源）。
+ *  ③ **上溯有界**（{@link MAX_ENTRY_ASCENT}）—— 不设界的话，一个不在任何 dsh 包内的入口会一路爬到文件系统根。
+ *
+ * @param entry `process.argv[1]`（单测直接注入，无需替身）
+ */
+export declare function dshVersionFromEntry(entry: string | undefined): string | null;
 /**
  * 读取已安装 DSH CLI 版本；读不到返回 null。
- * 跨平台（Windows 审计问题 13）：Windows npm 全局装在 %APPDATA%\npm（非 ~/.npm-global）——
- * 依次尝试 npm_config_prefix / APPDATA\npm / ~/.npm-global。
+ *
+ * **两档，顺序有理由**：
+ *  ① 🔴 **布局无关档**（{@link dshVersionFromEntry}）= **正在跑的就是它** —— 直接证据优先于"猜安装位置"。
+ *  ② **静态候选链**（跨平台历史档，保留）：`npm_config_prefix` ／ `APPDATA\npm` ／ `~/.npm-global`
+ *     （Windows npm 全局装在 `%APPDATA%\npm`，见审计问题 13）。
+ *     ⚠️ 保留它是因为**本进程不一定是 dsh CLI**（单测、嵌入式、将来别的宿主进程）——
+ *     那时"本机装了哪个版本"仍需一个答案，只是证据等级更低。
  */
 export declare function readDshVersion(): string | null;
 interface SerenityStatus {

package/lib/weixin-bridge.d.ts

@@ -9,12 +9,17 @@
  * 实验性质：未配置/未启用 → 完全不启动（零资源占用）。配置变化（面板写入）
  * → 热重建受影响 CCC 的桥（对齐 gateway 热重建模式）。
  *
+ * 🔴 **P0-2（2026-09-27，方案 §2.6）：起桥仍按 CCC，但"谁轮询"按账号判定** ——
+ * 同一个账号（= 同一份凭据）在同一时刻**只允许一个 poller**，判定与归属表在
+ * `human-channel.ts`（机器级机制；本文件只接线）。这是"微信桥上移 ACC 层"的第一步。
+ *
  * 外部面纯净（D9/D11 延续）：微信桥会话 = 外部面——session/prompt 走
  * includeTrajectory:false（对外不返回轨迹）；skiff 角色白名单即授权（G9）。
  */
 import type { Context } from 'cordis';
 import { type WeixinAccountCredential } from './weixin-route.js';
 import { type WeixinMessage } from './weixin-api.js';
+import { type SkiffRoleConfig } from './skiff-role.js';
 /** 测试辅助：清空 typing_ticket 缓存（生产零调用） */
 export declare function resetWeixinTypingCache(): void;
 /**
@@ -32,6 +37,15 @@ export declare function manualOutputFallbackNeeded(input: {
     sentThisTurn: boolean;
     answer: string;
 }): boolean;
+/**
+ * 路由解析结果：目标根 ＋ 角色名 ＋ **角色配置**（三者一起给，避免调用方再读一次 skiff.roles）。
+ * `null` 从本函数出去 ⇒ **不投递**（未命中已留痕 ／ 目标不存在已响亮出声）。
+ */
+interface ResolvedInboundTarget {
+    root: string;
+    roleName: string;
+    role: SkiffRoleConfig;
+}
 /**
  * 处理单条微信消息：路由 → skiff 会话（固定 id 创建/延续）→ 提问 → 回复回写。
  *
@@ -49,19 +63,64 @@ export declare function manualOutputFallbackNeeded(input: {
  *   `_tmp/weixin-inbound/<userhash>/` → question 注入「存在性 + 路径」（ACC 层只保证
  *   可达性——"让会话知道文件的存在并可以拿到"；识别/解析归角色 LLM 决策，不编排）。
  *   降级不静默：下载失败 / 超 20MB → 注入说明进对话；typing 窗口覆盖下载（M7）。
+ *
+ * 🔴 **P0-3（2026-09-27）：路由改由机器级订阅表决定**（本函数的 `root` 入参退为
+ * **回退目标**）。两档语义刻意分开（方案 §3.1）：**未命中 ⇒ 不投递 ＋ 留痕**（静默档）；
+ * **目标不存在（CCC ／ 角色）⇒ 响亮报错**（`console.error` ＋ 机器级留痕）。两者都
+ * **不是**"投给默认角色"。
+ */
+export declare function handleIncoming(ctx: Context, root: string, accountId: string, cred: WeixinAccountCredential, msg: Pick<WeixinMessage, 'from_user_id' | 'context_token' | 'item_list'>, 
+/**
+ * **机器级模式**（P0-3 A）：目标已由 `handleMachineIncoming` 解析好（`root` 入参即该目标根）。
+ * 给了它 ⇒ 本函数**不再自行路由**，且**不看本 CCC 的 `weixin.enabled`** ——
+ * 起 poller 与路由都已上移机器级（目标 CCC 没配 weixin 段也照样收得到）。
+ * ⚠️ **行为开关仍归目标 CCC**（`hook` ／ `autoReplyWithLastMessage` ／ `fallbackOnNoSend`）
+ * —— 机器级只管"**谁收**"与"**投到哪**"，不管"**怎么答**"。
  */
-export declare function handleIncoming(ctx: Context, root: string, accountId: string, cred: WeixinAccountCredential, msg: Pick<WeixinMessage, 'from_user_id' | 'context_token' | 'item_list'>): Promise<void>;
+preset?: {
+    target: ResolvedInboundTarget;
+}): Promise<void>;
+/**
+ * **机器级 poller 的单条消息入口**（P0-3 A）。
+ *
+ * 与 `handleIncoming` 的唯一差别：**目标由机器级订阅表逐条解析，且没有 CCC 级回退**
+ * （方案 §3.1：机器级模式下**未命中 = 不投递**，不是"投给默认角色"）。
+ * 解析出来后把**目标根**当 `root` 交给 `handleIncoming`（并带上 `preset` ⇒ 它不再自行路由、
+ * 也不看目标 CCC 的 `weixin.enabled`）。
+ *
+ * 🔴 为什么"起 poller"与"路由"必须同批（本件即 P0-2 的后半）：机器级 poller 收到消息时
+ * **不知道它属于哪个 CCC** —— 那个答案是订阅表给的。没有订阅表 ⇒ **能收不能投**。
+ *
+ * 🔵 **导出供测试直接驱动**（与 `handleIncoming` 同款：它俩都是"单条消息的入口"，
+ * 生产路径 `runAccountLoop` 只是循环壳）。
+ */
+export declare function handleMachineIncoming(ctx: Context, accountId: string, cred: WeixinAccountCredential, msg: Pick<WeixinMessage, 'from_user_id' | 'context_token' | 'item_list'>): Promise<void>;
 /**
  * 启动/重建某 CCC 的桥：读配置 → 对每个 enabled + 有凭据的账号启动轮询循环。
  * 已存在（配置变化热重建）→ 先停旧循环再启动新的。
+ *
+ * 🔴 **P0-2（2026-09-27，方案 §2.6）：一账号一 poller** —— 起循环**之前**先过机器级归属判定
+ * （`human-channel.ts`）：身份被**别的** CCC 占着的账号**不起循环**，只留一条响亮日志。
+ * 身份 = **凭据 token 的哈希**（不是 `accountId`：那是每 CCC 的本地标签，跨 CCC 无意义）。
+ * 先 `releasePollersOf(root)` 再重新 claim —— 热重建语义与"归属粘住不漂"的论证见该函数注释。
  */
 export declare function syncCccBridge(ctx: Context, root: string): void;
-/** 停止某 CCC 的桥（移除账号/禁用时） */
+/** 停止某 CCC 的桥（移除账号/禁用时）；同时释放它的账号归属 */
 export declare function stopCccBridge(root: string): void;
 /**
- * 停止全部桥（插件 dispose）
+ * 停止全部桥（插件 dispose）：CCC 级 ＋ 机器级
  */
 export declare function stopAllBridges(): void;
+/**
+ * 人机信道的**装配入口**（P0-3 A）—— 决定用哪种模式起 poller。
+ *
+ * 🔴 **模式由机器级账号表决定**（方案 §11.3 **Q5** 的过渡期语义）：
+ *  - 账号表**非空** ⇒ **机器级模式**：按账号起 poller；路由**只认订阅表**
+ *  - 账号表**为空** ⇒ **回退模式**（今天的形态）：按 CCC 起桥；路由**先查订阅表，未命中回退
+ *    到 CCC 级 routes** ⇒ **不打断在用的微信**
+ * ⚠️ 两种模式**互斥**（各自进入时先停掉另一种），否则同一个 bot 会被两处轮询。
+ */
+export declare function syncHumanChannel(ctx: Context): void;
 /** 主动发送失败原因（稳定 code——入口层翻译成 HTTP 状态 + 可行动提示） */
 type ProactiveSendErrorCode = 'BRIDGE_DISABLED' | 'NO_ACCOUNT' | 'ACCOUNT_NOT_FOUND' | 'ACCOUNT_NOT_BOUND' | 'SEND_FAILED';
 interface ProactiveSendInput {
@@ -120,7 +179,11 @@ type WeixinAccountResolution = {
  */
 export declare function resolveWeixinAccount(root: string, accountId?: string): WeixinAccountResolution;
 export declare function sendProactiveText(input: ProactiveSendInput): Promise<ProactiveSendResult>;
-/** 桥状态快照（面板数据源）：每 CCC → 每账号 → 轮询健康 */
+/**
+ * 桥状态快照（面板数据源）：每 CCC → 每账号 → 轮询健康。
+ * 🔴 **P0-3 A 起多一行**：机器级 poller 以 `ccc: '<machine>'`（`MACHINE_SCOPE`）出现 ——
+ * 它**不属于任何 CCC**，故**不伪装成某个 CCC 的行**（面板按原样显示这个哨兵值即可）。
+ */
 export declare function weixinBridgeStatus(): Array<{
     ccc: string;
     accounts: Array<{
@@ -130,8 +193,9 @@ export declare function weixinBridgeStatus(): Array<{
     }>;
 }>;
 /**
- * 装配（index.ts 调用）：扫描 live CCC 启动桥 + 监听会话变化。
- * 事件驱动（对齐 autotrajectory v1.26.15）：live 会话出现 → 同步该 CCC 桥。
+ * 装配（index.ts 调用）：**按机器级配置决定模式**（P0-3 A：`syncHumanChannel`），
+ * 并监听会话变化以重扫（新 CCC 出现即启动其桥；配置变化也可经此路径热重建）。
+ * 事件驱动（对齐 autotrajectory v1.26.15）。
  */
 export declare function registerWeixinBridge(ctx: Context): void;
 export {};

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@shgroup/dsh-serenity-hooks",
-  "version": "1.49.0",
+  "version": "1.50.1",
   "description": "宁静号 ACC harness（Native Cordis 插件）——给 DeepSeek Harness 装一个「AI 工作区」：11 个工具（container_fs/container_trajectory/dashboard/container_git/msm/praxis/handyman/localstore/container_admin/im-bridge/acc-diag）+ 机械约束（安全模式/工作区围墙/密钥守卫/对外输出守卫）+ 工作日志与原地重建 + 网页登录入口/微信桥/子角色/对外问答页/trajectory 唤醒注册表。适配 DSH 0.1.7-rc.1。",
   "license": "MIT",
   "repository": {
@@ -54,21 +54,21 @@
   },
   "peerDependencies": {
     "@deepseek-ai/cordis": "^4.0.4",
-    "@deepseek-ai/dsh-agent": "^0.1.7-rc.1",
-    "@deepseek-ai/dsh-agent-loop": "^0.1.7-rc.1",
-    "@deepseek-ai/dsh-agent-preset-registry": "^0.1.7-rc.1",
-    "@deepseek-ai/dsh-compaction": "^0.1.7-rc.1",
-    "@deepseek-ai/dsh-host-webserver": "^0.1.7-rc.1",
-    "@deepseek-ai/dsh-llm": "^0.1.7-rc.1",
-    "@deepseek-ai/dsh-session": "^0.1.7-rc.1",
-    "@deepseek-ai/dsh-session-title": "^0.1.7-rc.1",
-    "@deepseek-ai/dsh-shell": "^0.1.7-rc.1",
-    "@deepseek-ai/dsh-shell-env": "^0.1.7-rc.1",
-    "@deepseek-ai/dsh-skill": "^0.1.7-rc.1",
-    "@deepseek-ai/dsh-system-prompt": "^0.1.7-rc.1",
-    "@deepseek-ai/dsh-tools": "^0.1.7-rc.1",
-    "@deepseek-ai/dsh-web": "^0.1.7-rc.1",
-    "@deepseek-ai/dsh-web-fetch-http": "^0.1.7-rc.1",
+    "@deepseek-ai/dsh-agent": "^0.1.7-rc.1 || ^0.2.0-rc.1",
+    "@deepseek-ai/dsh-agent-loop": "^0.1.7-rc.1 || ^0.2.0-rc.1",
+    "@deepseek-ai/dsh-agent-preset-registry": "^0.1.7-rc.1 || ^0.2.0-rc.1",
+    "@deepseek-ai/dsh-compaction": "^0.1.7-rc.1 || ^0.2.0-rc.1",
+    "@deepseek-ai/dsh-host-webserver": "^0.1.7-rc.1 || ^0.2.0-rc.1",
+    "@deepseek-ai/dsh-llm": "^0.1.7-rc.1 || ^0.2.0-rc.1",
+    "@deepseek-ai/dsh-session": "^0.1.7-rc.1 || ^0.2.0-rc.1",
+    "@deepseek-ai/dsh-session-title": "^0.1.7-rc.1 || ^0.2.0-rc.1",
+    "@deepseek-ai/dsh-shell": "^0.1.7-rc.1 || ^0.2.0-rc.1",
+    "@deepseek-ai/dsh-shell-env": "^0.1.7-rc.1 || ^0.2.0-rc.1",
+    "@deepseek-ai/dsh-skill": "^0.1.7-rc.1 || ^0.2.0-rc.1",
+    "@deepseek-ai/dsh-system-prompt": "^0.1.7-rc.1 || ^0.2.0-rc.1",
+    "@deepseek-ai/dsh-tools": "^0.1.7-rc.1 || ^0.2.0-rc.1",
+    "@deepseek-ai/dsh-web": "^0.1.7-rc.1 || ^0.2.0-rc.1",
+    "@deepseek-ai/dsh-web-fetch-http": "^0.1.7-rc.1 || ^0.2.0-rc.1",
     "@deepseek-ai/schemastery": "^3.18.4",
     "cordis": "^4.0.0-rc.7"
   },