@mrrisega/dsh-remote 0.7.0-beta.8 → 0.7.1-beta.1

package/clients/dsh-remote/dsh-bridge.mjs

@@ -55,8 +55,8 @@
  *   - 帧体带信封标记(content-type: application/vnd.dsh.e2ee-v2 或 x-dsh-e2ee)= 已加密:
  *     HTTP 解封→转发上游→响应封回;WS 逐消息封/解。任何解封失败显式
  *     502 + x-dsh-e2ee-error / ws-close 1008,绝不静默降级。
- *   - 控制通道 /_e2ee/ctrl(device/channel 形态)不连上游,跑 §5.2 握手(hello/ack/探针);
- *     数据流 ws-open 携带 &e2ee=<sessId>&w=<8B hex>,探针通过前不转发任何数据。
+ *   - 控制通道 /_e2ee/ctrl(device/channel 形态)不连上游,跑 §5.2 握手(hello/ack/探测);
+ *     数据流 ws-open 携带 &e2ee=<sessId>&w=<8B hex>,探测通过前不转发任何数据。
  *
  * E2EE Phase-4(镜像页 shim,见 e2ee-shim.mjs / e2ee-shim-script.js):
  *   - doHttp 在 text/html 注入 mobile-adapter 之后、压缩/封包之前,对「e2ee.enabled ∧
@@ -237,7 +237,7 @@ function persistBridgeState(patch, opts = {}) {
   } catch { /* 非关键:面板侧还有日志/账号兜底判据 */ }
 }
 
-// ---------- 安装来源 / 版本(服务端设备行统计口径) ----------
+// ---------- 安装来源 / 版本(服务端设备行统计约定) ----------
 // DSH_BRIDGE_INSTALL_SOURCE 由一键安装器(dsh-setup.mjs)注入 = npx;未设置表示这台电脑走的是
 // 「插件市场装面板插件 + 插件自愈补装运行环境」那条路径 = plugin_market;白名单外一律 unknown。
 const INSTALL_SOURCE_VALUES = new Set(["npx", "plugin_market"]);
@@ -339,9 +339,9 @@ const HARNESS_UNAUTHORIZED_TEXT = "dsh web authentication required";
 const HARNESS_COOKIE_REVOKED_FILE = ".harness-cookie-revoked";
 
 /**
- * Cookie 按 **authority 分文件**(0.7.0-beta.2 起,2026-10-09 事故根治)。
+ * Cookie 按 **authority 分文件**(0.7.0-beta.2 起,2026-10-09 故障根治)。
  *
- * 【事故】`~/.dsh-remote/` 只有一份 `.harness-cookie.json`,而 Web 端(3080)与桌面端(每次启动
+ * 【故障】`~/.dsh-remote/` 只有一份 `.harness-cookie.json`,而 Web 端(3080)与桌面端(每次启动
  *   随机端口)是**两个宿主、两个进程**,各自的插件都会往里写"自己 authority 的 Cookie" →
  *   互相覆盖。桥撞 401 后重读磁盘,拿到的是**另一个宿主刚写的** Cookie(与失败的不是同一个)
  *   → 重试 → 还是 401 → 再读 → 又被覆盖回去……**乒乓,永不自愈**。手机端持续白页。
@@ -905,7 +905,7 @@ async function doHttp(method, path, reqHeaders, body, isB64) {
  * 【0.6.15】这里曾经是 `body: Buffer.from(JSON.stringify(respEnv)).toString("base64")`
  * + `bodyBase64: true` —— 也就是把整个信封 JSON 再 base64 一次。中继拿到它做的第一件事
  * 就是解回 UTF-8 再写给手机，所以这一层**纯属白花 33% 流量**，而且正好落在按流量计量的
- * bridge→中继 那条 WS 上（业主实测那条聚合包：12.69 MiB vs 直接发 UTF-8 的 9.5 MiB）。
+ * bridge→中继 那条 WS 上（用户实测那条聚合包：12.69 MiB vs 直接发 UTF-8 的 9.5 MiB）。
  * 中继对两种形态都支持（`frame.bodyBase64` 真假之分），所以直接发 UTF-8 明文即可。
  *
  * @param {string|number} id 帧 id
@@ -931,7 +931,7 @@ export function e2eeHttpResponseFrame(id, sessId, respEnv) {
  * 「镜像页交付了、但页面再也没回来」的看门狗（2026-09-25）。
  *
  * 【为什么需要】首屏提示层被整块删除后，页面上不再有任何东西能告诉用户"没加载完"
- * （那正是业主的要求：不许再有会盖住界面的层）。但**服务端能看见一个更硬的信号**：
+ * （那正是用户的要求：不许再有会盖住界面的层）。但**服务端能看见一个更硬的信号**：
  * 我们把镜像页 HTML 交付给手机后，官方前端一定会在几秒内发一串请求（模块、会话、mux…）。
  * 若 60 秒内一个都没有，那这个页面几乎必然没起来 —— 这时在**日志**里留一条带时间戳的结论，
  * 用户「复制诊断信息」或 `dsh-remote doctor` 时就能看到，不用再靠猜。
@@ -1109,7 +1109,7 @@ function sendCtrlError(send, id, code, extra = "") {
   sendCtrlMsg(send, id, { v: 2, type: "e2ee-error", code, ...(extra ? { message: extra } : {}) });
 }
 
-/** 控制通道 ws-open:不连上游,应答 ok 后按 §5.2 跑握手(hello/ack → 探针)。 */
+/** 控制通道 ws-open:不连上游,应答 ok 后按 §5.2 跑握手(hello/ack → 探测)。 */
 function openControlWs(send, id) {
   if (!e2ee.enabled) {
     console.log(`[bridge] e2ee ctrl 被拒(桥端未启用): id=${id}`);
@@ -1122,7 +1122,7 @@ function openControlWs(send, id) {
   console.log(`[bridge] e2ee ctrl 通道已开 (id=${id}),等待 hello`);
 }
 
-/** 控制通道消息:明文 hello / AEAD 探针信封(§5.2)。 */
+/** 控制通道消息:明文 hello / AEAD 探测信封(§5.2)。 */
 function handleCtrlMessage(send, id, rawText) {
   const conn = ctrlConns.get(id);
   if (!conn) return;
@@ -1145,9 +1145,9 @@ function handleCtrlMessage(send, id, rawText) {
     return;
   }
   if (obj.v === 2 && obj.k === "ctrl") {
-    // AEAD 探针(密文信封);失败 → bad_key 提示手机“密码/密钥不一致”,绝不静默
+    // AEAD 探测(密文信封);失败 → bad_key 提示手机“密码/密钥不一致”,绝不静默
     if (!conn.sessId) {
-      sendCtrlError(send, id, "unknown_session", "探针先于 hello");
+      sendCtrlError(send, id, "unknown_session", "探测先于 hello");
       return;
     }
     try {
@@ -1155,7 +1155,7 @@ function handleCtrlMessage(send, id, rawText) {
       sendCtrlMsg(send, id, reply);
     } catch (e) {
       const code = e2eeCodeOf(e);
-      // 探针解密失败对手机语义统一为 bad_key(§5.2;密码不一致/改密未更新)
+      // 探测解密失败对手机语义统一为 bad_key(§5.2;密码不一致/改密未更新)
       sendCtrlError(send, id, code === "auth_failed" || code === "bad_key" ? "bad_key" : code, e?.message || "");
     }
     return;
@@ -1183,7 +1183,7 @@ export async function handleWsOpen(dchOrSend, frame) {
       send({ id, type: "ws-open", ok: false, code: 1008, reason: "e2ee_session_locked:请先解锁完成握手(检查密码)" });
       return;
     }
-    // 探测前不转发任何数据(§4.6/§5.2:探针通过后数据流才可建);此时已验证 → 安全
+    // 探测前不转发任何数据(§4.6/§5.2:探测通过后数据流才可建);此时已验证 → 安全
   }
   if (wsSessions.has(id)) { try { wsSessions.get(id).ws.terminate(); } catch {} wsSessions.delete(id); }
   const safe = safePath(tagged ? tagged.upstreamPath : path);
@@ -1412,7 +1412,7 @@ async function registerDeviceInAccount(token) {
         device_name: os.hostname() || "dsh-bridge",
         pub_key: pubKey,
         machine_fp: MACHINE_FP, // v6 同机识别:服务端据此自动顶替旧设备(重装不再被设备数卡死)
-        // 安装口径(服务端存到设备行,用于区分「市场安装/自愈补装」与「安装器 npx」):
+        // 安装约定(服务端存到设备行,用于区分「市场安装/自愈补装」与「安装器 npx」):
         //   install_source: npx(安装器注入) | plugin_market(插件拉起/自愈,默认) | unknown(白名单外)
         install_source: INSTALL_SOURCE,
         install_version: INSTALL_VERSION,
@@ -1659,7 +1659,7 @@ async function resolveWechatTier() {
 
 /**
  * App 入口(免费用户越界时给的转化链接)。
- * 由账号 API 地址推导:去掉 `/relay-api` 再加 `/app/` —— 与插件半的 DEFAULT_APP_URL 同一口径
+ * 由账号 API 地址推导:去掉 `/relay-api` 再加 `/app/` —— 与插件半的 DEFAULT_APP_URL 同一约定
  * (https://host:port/relay-api → https://host:port/app/)。
  */
 function wechatAppUrl() {
@@ -1691,7 +1691,7 @@ function startWeChat() {
       relayDir,
       // 传**取值器**而不是当次的值（0.7.0-beta.2 修复）。
       //
-      // 【2026-10-09 真机事故】这里以前传的是 `UPSTREAM` 这个**当次快照**：bridge 起来时宿主还在
+      // 【2026-10-09 真机故障】这里以前传的是 `UPSTREAM` 这个**当次快照**：bridge 起来时宿主还在
       //   3080，随后宿主换了端口（Desktop 每次启动随机），隧道转发侧因为每次读最新 UPSTREAM 而
       //   一切正常，**唯独微信事件通道抱着 3080 死循环重连** —— 现象极具迷惑性：手机能开页面、
       //   bridge-status 显示 online，但任务跑完**一条推送都没有**，日志里只有刷屏的
@@ -1770,7 +1770,7 @@ async function runTunnel() {
 /**
  * 给 stdout/stderr 的每一行加 ISO 时间戳。
  *
- * 【2026-09-25 事故】bridge 日志**没有任何时间戳**，于是排查
+ * 【2026-09-25 故障】bridge 日志**没有任何时间戳**，于是排查
  * 「任务跑完没收到微信推送」时完全无法把日志和事件对上时间：
  * 不知道最后一条 `sendmessage 失败` 发生在用户的回话之前还是之后，
  * 最后只能靠"数行数 ÷ 每分钟行数"去估时间（估出来的结论还差点搞反方向）。

package/clients/dsh-remote/dsh-events.mjs

@@ -45,7 +45,7 @@
  *     （裸 id → `session/agent-busy`，说明找到了；`session-<uuid>` → `session/not-found`，说明不存在）。
  *     规格 §4 那句「必须用持久 session-<uuid>，裸 uuid 会 not-found」只在根会话上成立。
  *     本模块主形式原样发送，另一种形式只在 `session/not-found` 时兜底各试一次（见 `sessionIdCandidates`）。
- *   - `api-session/*` 的口径（真机逐帧核对）：`status` = `[sessionId, running]`（**边沿**事件）、
+ *   - `api-session/*` 的约定（真机逐帧核对）：`status` = `[sessionId, running]`（**边沿**事件）、
  *     `error` = `[id, message]`、`activity` = `[sessionId, epochMs]`、`removed` = `[sessionId]`、
  *     `added` = `[summary]`，summary 字段 `sessionId/updatedAt/running/blank/parentSessionId/origin/cwd/projections`。
  *   - `turn/end.reason.kind` 闭集：completed|aborted|blocked|error|max-tokens|interrupted
@@ -88,7 +88,7 @@
  *     缓存只用于「list 失败」时兜底）；两处都拿不到就**显式失败** `through-seq-unavailable`，
  *     绝不猜一个魔法数字。
  *     ⚠️ 不用描述符允许的 `throughSeq: -1`：history.js `paginate()` 会把它算成
- *        `end = min(-1+1, …) = 0` → 返回**空页**（不是「最新一页」）。口径为负，故不采用。
+ *        `end = min(-1+1, …) = 0` → 返回**空页**（不是「最新一页」）。约定为负，故不采用。
  *
  *   助手结论文本的真实形状（`session/page` → `value.records[]`）
  *     `record = {type:'event', event:{type,seq,time,data}}`；助手消息是 `event.type === 'assistant/message'`，
@@ -1012,7 +1012,7 @@ class EventSubscriber extends EventEmitter {
         //   旧行为是失败即 `#followBlocked.add()`，此后**本代**（直到 mux 重连）再也不订阅它 ——
         //   而「这一轮又跑起来了」（status:true）恰恰是重新订阅的正当理由。
         //   不清掉的话：一次 `session/agent-busy`/`session/not-found` 抖动 = 该会话这一整轮的
-        //   turn/end 全部丢失 = 完成推送静默消失（与上面定时任务那个自我关停是同一类事故）。
+        //   turn/end 全部丢失 = 完成推送静默消失（与上面定时任务那个自我关停是同一类故障）。
         //   重试天然有界：一次 running 边沿最多触发一次重新订阅，不会打转。
         this.#followBlocked.delete(sessionId);
         this.#ensureFollow(sessionId);
@@ -1156,14 +1156,14 @@ class EventSubscriber extends EventEmitter {
     const timer = setTimeout(() => {
       this.#discoverTimer = null;
       if (this.#closed || this.#state !== "ready") return;
-      // ★ 2026-09-25 事故修复：这里原本写成 `if (this.#follows.size > 0)`，注释是
+      // ★ 2026-09-25 故障修复：这里原本写成 `if (this.#follows.size > 0)`，注释是
       //   「没有 follow 流就没有可对账的东西（每代至少发现过一次）」。
       //   它漏掉了这条定时任务的**另一半职责：发现**。丢一次边沿事件（mux 重连、status:true
       //   早于我们订阅、帧被丢）就会让 `#follows` 长期为 0，而这条任务又因为「0 个流」把自己关掉
       //   → **从此再也不发现任何会话** → 该会话的 turn/end 永远收不到 → 完成推送**静默消失**。
       //
-      //   真机现场（业主本人，2026-09-25）：任务跑完一条微信都没收到，bridge 日志里也
-      //   **没有任何报错**（因为确实什么都没发生）。活体探针（以微信通道同款方式订阅本机）显示：
+      //   真机现场（用户本人，2026-09-25）：任务跑完一条微信都没收到，bridge 日志里也
+      //   **没有任何报错**（因为确实什么都没发生）。活体探测（以微信通道同款方式订阅本机）显示：
       //     · 新起的订阅器 **163ms** 就发现并 follow 了正在跑的会话 —— 机制本身是好的；
       //     · 而当时在跑的 bridge 进程到 3080 只有 **2 条** WS（mux + control）、**没有 follow 流**，
       //       可它明明有一个正在跑长任务的会话 —— 正是这里的自我关停把发现能力锁死了。

package/clients/dsh-remote/e2ee-client.mjs

@@ -22,7 +22,7 @@
  *        http 请求   "dsh-e2ee/v1\0http\0<reqNonceB64>\0p2b"(reqNonce=请求信封 n)
  *        http 响应   "…\0http\0<reqNonceB64>\0b2p"(响应信封 n 回显请求 n)
  *        ws 流       "…\0ws\0<wsLabel>\0p2b|b2p"(wsLabel 见 parseWsE2eeParams)
- *        ctrl 探针   "…\0ctrl\0p2b|b2p"
+ *        ctrl 探测   "…\0ctrl\0p2b|b2p"
  *   4. AAD = UTF8("dsh-e2ee/v1\0<kind>\0<sessId>\0<dir>\0<counter>")。
  *      [偏差] 评审稿 §4.3 建议把路径摘要也放进 AAD,但因解密方在打开前并不知道
  *      明文里的路径(循环依赖),v1 规范化 AAD 不含路径;模块保留 extra 参数供后续绑定。
@@ -247,7 +247,7 @@ export class E2eeSession {
     this.saltH = saltH;
     this.profile = profile;
     this.epoch = epoch;
-    this.verified = false; // 探针通过前不接受任何数据流/请求
+    this.verified = false; // 探测通过前不接受任何数据流/请求
     this.createdAt = Date.now();
     this.usedAt = this.createdAt;
   }
@@ -681,7 +681,7 @@ export class E2eeService {
    * dsh_token cookie 完成「同账号」授权(device/channel 形态都只到本设备)——
    * 信任模型见 docs/e2ee-protocol.md §5.4 [DECISION]:引导瞬间以「持有效扫码会话=账号本人」
    * 为准,存在被中继主动冒充的理论窗口(与扫码登录产品一致);引导后数据面照常走
-   * hello/probe 探针(双方已同持 MK)与 AEAD 信封。
+   * hello/probe 探测(双方已同持 MK)与 AEAD 信封。
    * @returns {{mk:string, profile:string, epoch:number}}
    */
   introGrant() {
@@ -765,15 +765,15 @@ export class E2eeService {
   handleProbe(sessId, env) {
     const session = this.sessionOf(sessId);
     if (!session) throw new E2eeError("unknown_session", "e2ee: 会话不存在或已过期(请重新解锁)");
-    // 先解密成功再推进计数:失败的尝试(密钥不符)不得消耗合法探针的计数
+    // 先解密成功再推进计数:失败的尝试(密钥不符)不得消耗合法探测的计数
     const opened = session.open({ kind: "ctrl", dir: DIR_P2B, env, counter: env?.c ?? 0, reqNonceB64: env?.n });
     let pt;
     try {
       pt = JSON.parse(opened.data.toString("utf8"));
     } catch {
-      throw new E2eeError("bad_key", "e2ee: 探针明文非法(密钥不一致?)");
+      throw new E2eeError("bad_key", "e2ee: 探测明文非法(密钥不一致?)");
     }
-    if (pt?.p !== "dsh-e2ee-probe-v1") throw new E2eeError("bad_key", "e2ee: 探针载荷不符");
+    if (pt?.p !== "dsh-e2ee-probe-v1") throw new E2eeError("bad_key", "e2ee: 探测载荷不符");
     const guards = this.ctrlCounters.get(sessId) || { p2b: new SequenceGuard(), b2p: new SequenceGuard() };
     guards.p2b.check(Number(env?.c) || 0); // 成功后推进,后续重放被拒
     session.verified = true;
@@ -791,7 +791,7 @@ export class E2eeService {
   guardHttpRequest(sessId, env) {
     const session = this.sessionOf(sessId);
     if (!session) throw new E2eeError("unknown_session", "e2ee: 会话不存在或已过期(请重新解锁)");
-    if (!session.verified) throw new E2eeError("not_verified", "e2ee: 会话未完成探针校验");
+    if (!session.verified) throw new E2eeError("not_verified", "e2ee: 会话未完成探测校验");
     if (!this.httpNonces.check(sessId, env.n)) throw new E2eeError("replay", "e2ee: HTTP 信封 nonce 重放");
     return session;
   }

package/clients/dsh-remote/e2ee-shim-script.js

@@ -4,7 +4,7 @@
  * 运行时语义(docs/e2ee-protocol.md §4/§5/§6/§9;字节约定对齐 clients/dsh-remote/
  * e2ee-client.mjs「规范化决定 1–6」与 native.html Phase-3 手机端):
  *   0. document-start:读一次性交接单(sessionStorage dsh-e2ee-handover)→ 立即删除,
- *      用内存重建「已与桥端探针互认」的会话(仅 SHK+saltH+sessId;MK/密码不下放)。
+ *      用内存重建「已与桥端探测互认」的会话(仅 SHK+saltH+sessId;MK/密码不下放)。
  *   1. 有会话 → patch window.fetch / window.WebSocket:命中 §4.5 策略表(/api 排除
  *      SSE、/sidebar、/git、/pet;channel 形态 /remote/{api|sidebar|git|pet}/* 与
  *      device 形态 /remote/<dev>/… 归一后同样判定)→ HTTP 封 v2 信封发送、响应信封
@@ -132,7 +132,7 @@
     return out;
   }
 
-  /** 一个解锁会话(由交接单重建;与桥端已探针互认的会话同 sessId)。密钥仅内存。 */
+  /** 一个解锁会话(由交接单重建;与桥端已探测互认的会话同 sessId)。密钥仅内存。 */
   function SeSession(o) {
     if (!o || typeof o.sessId !== "string" || !SE_SESS_RE.test(o.sessId)) throw seErr("bad_session", "e2ee: sessId 非法");
     if (!o.shk || o.shk.length !== SE_KEY_BYTES || !o.saltH || o.saltH.length !== SE_KEY_BYTES) throw seErr("bad_session", "e2ee: SHK/saltH 非法");
@@ -141,7 +141,7 @@
     this.saltH = o.saltH;
     this.profile = typeof o.profile === "string" ? o.profile : "";
     this.epoch = Number(o.epoch) || 0;
-    this.verified = true; // 交接单来源 = 已通过探针的解锁会话
+    this.verified = true; // 交接单来源 = 已通过探测的解锁会话
   }
   /** 子密钥(node keyFor / wc keyBytesFor 同构)。 */
   SeSession.prototype.keyBytesFor = function (opt) {
@@ -292,7 +292,7 @@
   /**
    * 把**根路径**的受保护请求改写成"设备作用域"形态：`/api/x` → `/remote/<deviceId>/api/x`。
    *
-   * 为什么必须（2026-09-26 线上事故，nginx access/error 日志为证）：
+   * 为什么必须（2026-09-26 线上故障，nginx access/error 日志为证）：
    *   官方客户端把 mux WS 的地址固定按 **`location.origin`** 拼成 `/api/remote.mux`
    *   （@deepseek-ai/dsh-api-gateway/lib/client.js:544 的 remoteStreamUrl()）—— 它**永远**不带设备前缀，
    *   于是中继只能靠 **`dsh_device` cookie** 来判"这是哪台设备"（relay-router/src/index.mjs:626-627
@@ -424,7 +424,7 @@
     if (typeof console !== "undefined" && console.warn) console.warn("[dsh-e2ee-shim]", message);
   }
 
-  /* ---- 会话失效自愈(2026-09-26 线上事故:unknown_session 502 + 刷新也好不了) -------------
+  /* ---- 会话失效自愈(2026-09-26 线上故障:unknown_session 502 + 刷新也好不了) -------------
      链路:手机镜像页 → 加密信封 → 中继透明转发 → 桥端 e2ee-client 查会话表 → 查不到就回
      **明文** 502 + `x-dsh-e2ee-error: unknown_session`(桥端会话表是进程内存 + 24h TTL + CAP=32 LRU,
      桥重启/被挤掉之后就没了)。而手机侧靠 **localStorage 持久交接单**长期复用同一个 sessId
@@ -604,7 +604,7 @@
     inner.onopen = function (ev) { self._state = 1; self._opened = true; seNoteWsOpened(); if (typeof self._onopen === "function") self._onopen(ev || { type: "open", target: self }); };
     inner.onerror = function (ev) {
       /* 握手上就失败(error 早于任何 open)→ 让用户知道"加密数据通道没建立"。
-         这是 2026-09-26 事故里最缺的一条信号:mux 被 404 掐掉时页面**一声不响**,
+         这是 2026-09-26 故障里最缺的一条信号:mux 被 404 掐掉时页面**一声不响**,
          用户只看到所有数据都停住。 */
       if (!self._opened) seNoteWsHandshakeFail(self._meta && self._meta.wsLabel, "error");
       if (typeof self._onerror === "function") self._onerror(ev || { type: "error", target: self });
@@ -715,7 +715,7 @@
         var base = ctx.origin || (typeof window !== "undefined" ? window.location.href : undefined);
         var uo = new URL(url, base);
         if (seSameWebContext(uo, ctx.origin)) {
-          /* ★ 设备作用域改写（2026-09-26 事故）：官方客户端把 mux WS 固定拼成**根路径**
+          /* ★ 设备作用域改写（2026-09-26 故障）：官方客户端把 mux WS 固定拼成**根路径**
              `/api/remote.mux`（dsh-api-gateway/lib/client.js:544 用 location.origin 拼），
              于是中继只能靠 `dsh_device` cookie 判设备；cookie 一过期/缺失就是 404（upgrade 被
              rejectUpgrade 掐掉，nginx 只看到 009）→ E2EE 会话永远建不起来 → 之后每个受保护请求
@@ -730,7 +730,7 @@
           /* ★ 关键：改写结果要**留住**。原来不改写分支 return 的是原始 url，等于把
              `/remote/<dev>/api/remote.mux` 又丢回根路径 —— 那正是 404 的来源。 */
           passUrl = so.href;
-          /* ⚠️ 必须同时要求"有会话"：URL 改写在无会话时也要做（这是 2026-09-26 事故的正题），
+          /* ⚠️ 必须同时要求"有会话"：URL 改写在无会话时也要做（这是 2026-09-26 故障的正题），
              但**加密**没有会话就做不了 —— 少了这个判断，未解锁的页面上任何
              `new WebSocket("/api/…")` 都会在 ctx.sess.sessId 上抛 TypeError，
              把整个页面打挂（比原来"不装补丁"还糟）。 */
@@ -948,7 +948,7 @@
           try { lsSess = seSessionOfHandover(lsRaw); } catch (e) { lsSess = null; }
           if (lsSess) {
             _install(lsSess);
-            /* ⚠️ 0.6.18 起这句文案不再无条件说"加密好好的"（2026-09-26 事故的教训）：
+            /* ⚠️ 0.6.18 起这句文案不再无条件说"加密好好的"（2026-09-26 故障的教训）：
                从 localStorage 恢复的会话**没法在本机验证**桥端是否还认它（桥端会话表是进程内存 +
                24h TTL + CAP=32 LRU，桥重启/被挤掉之后这张交接单就是死票）。真实校验只能等
                第一个受保护请求 —— 那一步由 seNoteE2eeError 兜底：一旦桥端回 unknown_session，