` 也会被当成 DSML 吃掉。两种形态（单/双竖线）都覆盖。 #### 问题 2：更根本的 —— 提示词没有明确禁止 **读 cuckoo 的实现后发现：它根本没有「剥离 DSML」的代码。** 它靠**提示词从源头禁止**，并且只认自己的围栏： > 将 JavaScript 代码输出在以 ```cuckoo 开头、以 ``` 结尾的代码块中， > **代码块外不要有任何文字** > **不要输出 JSON 格式的工具调用**，也不要对字符串做 JSON 转义而本插件原来只写「不要用 XML/HTML 标记包裹」—— **太笼统**，模型照样吐 DSML。修法：按 cuckoo 的写法把这条点名到 DSML：**在源头禁止，比事后剥离可靠**。剥离保留为安全网（模型不一定听话）。 ### 测试 `verify-tools` 的 DSML 段扩到 11 条：双竖线真实格式、单竖线形态、正文保留，以及**两条反向用例** —— HTML 标签与普通尖括号**不许**被误伤。 ## v0.2.9 ### 修复 1：`dsh.client.inject` 是空的 —— 槽位注册失败（群友反馈） `package.json` 里 `dsh.client.inject` 是 `[]`，而两个可用参考实现（`dsh-deepseek-web-login`、以及 dsh-webin **自己的旧版备份**）都写着： ```json "inject": ["@deepseek-ai/dsh-client-runtime", "@deepseek-ai/dsh-client-ui-slots"] ``` 空数组 ⇒ client 拿不到 `ctx.slots` ⇒ 槽位注册失败 ⇒ `clients.online: 0`、 LDW 标签不出现。**这是回归**（曾经有过、后来丢了），仓库里还留着 `package.json.bak-20261013-before-inject-fix` 作证。修法：**只注入 `@deepseek-ai/dsh-client-ui-slots`**（群友的建议是对的）。 > ⚠️ 我第一版照旧版备份抄了**两项**（含 `dsh-client-runtime`）—— 被 `preflight` 当场拦下： > 它有一条专门的检查「`inject` 不含**已从 DSH 移除**的 `dsh-client-runtime`」。 > 说明那个包早就不存在了，`[]` 正是「移除它时清空过头」的结果 —— 正确做法是**保留 ui-slots**， > 而不是把整个数组清空。旧版备份反映的是**修复前**的状态，不能照抄。 ### 修复 2：思考又漏进正文 —— 页面改版换了文案 **用户实测**：思考被当正文输出，而且带出了**页面 UI 标签**：已完成分析 ← 折叠条（新版文案）思考 ← 分组标题（新版文案）原来的排除只认「已思考（用时 N 秒）」这一种文案 —— **页面改版换词后全失效**。修法：抽出统一的 `isThinkLabel()`，把已知文案列全（已思考（用时 / 已完成分析 / 正在分析请求 / 深度思考 / 单独成词的「思考」「用户」「分析」），并保留长度门槛。两处排除点都改用它。 ### 附带修好的：DSH 一直「深度求索中」 **用户实测**：网页版早就生成完了，DSH 还转着「深度求索中，用时 5 分 40 秒」。 **与修复 2 同一根因**：思考一直在流式变化 ⇒ 正文永远「在变」⇒ 静默判据永不成立 ⇒ 永不交付。思考排除修好后，正文稳定下来，静默判据才能生效。 ### 测试 `verify-incomplete-detect` 新增 12 条 `isThinkLabel` 用例 —— 重点是**反向**：正文里出现「思考」「用户」「深度思考」等词**不许**被误伤。 ## v0.2.8 ### 修复 1：面板活着却被判「心跳停止」—— 长任务被误杀 **用户实测**：一轮长生成（思考 + 写文件）超过 3 分钟，**文件其实已经写成功** （DSH 里能看到 `pelican-bicycle.html +283` 的 diff 卡片），任务却被判失败： > 本轮运行失败执行面板中途失联（心跳停止）—— 任务没能完成，请重试 **根因**：`reapStaleClaimed` 的报错文案写着「心跳停止」，但**实现里压根没读心跳** —— 它只是「claim 后 3 分钟没结果」的**盲超时**。典型的「拿猜当结论」。 **修法**：传入**真实心跳**作为存活谓词，面板还活着就绝不回收。这样： - 面板真死了 ⇒ 心跳停 ⇒ 45 秒后判死 ⇒ 回收（文案终于名副其实） - 面板活着但回复很慢 ⇒ **不回收**，交给 adapter 自己的 `replyTimeout` 兜底 ### 修复 2：思考内容被当正文输出 **用户实测**：「感觉把思考内容也当正文输出了」—— DSH 对话里显示的是模型的英文思考。 **根因**：真实页面上 `ds-think-content` **嵌套在 `ds-markdown` 内部**（思考是回复的一部分，只是折叠显示），递归渲染正文时会把思考一起读进去。hook 侧有两层排除，但**都依赖页面特征**（类名 / 折叠条文案「已思考（用时」），页面一改版就失效。 **修法**：加一道**与页面特征无关**的兜底 —— `think` 是单独读出来的，若它出现在正文里就删掉那段（先试直接子串，不中再按逐行定位，只对 ≥ 20 字的思考生效）。交付与「内容变化」判定都改用剔除后的 `lastClean`。 ### 测试 - `verify-session-behavior` 新增 4 条回收判据（活着不回收、死了才回收、未超时不回收、谓词缺省保持原行为） - `verify-thinking` 新增 6 条兜底断言（含「交付必须用 lastClean」） ## v0.2.7 ### 修复 1：「30 秒判没发出去」误报 —— 参照 cuckoo 重做判据 **用户连续三轮被同一条误报打断**：网页版还在生成，DSH 却报「消息似乎没有发出去」。 **我按用户要求去读了 cuckoo 的实现**（`src/bridge/loop/`），发现关键差异： | 维度 | cuckoo | dsh-webin（旧） | |---|---|---| | 完成信号 | **SSE 流静默**，阈值 **300 秒** | DOM 静默 3 秒 | | 「没发出去」判据 | **根本没有** | **30 秒**无动静就判失败 | | 错误检测 | 订阅**真实错误事件**（429 等） | 抓 DOM 文本猜 | | 重试 | 普通 10 次 / **429 专门 40 次 + 等 2 分钟** | 3 次 | cuckoo **压根没有「30 秒判没发出去」这道逻辑**。dsh-webin 这条判据过于激进，而且**与发送时的确认自相矛盾**（`buildTriggerScript` 已经探过「输入框被清空」）。 **修法**（补上 cuckoo 式的「有真实依据才下结论」）： 1. 窗口 **30 秒 → 120 秒** 2. 保留 `generating !== true` 否决 3. ⭐⭐ **新增 `scrapedOk === true` 前提** —— 抓取必须**真的看见了页面**才允许下结论第 3 条是关键：抓取是瞎的时候（`ok=false`、一个回复容器都没找到），「条数没增长 / 内容没变化」与「页面确实没动静」**完全无法区分**。而思考阶段恰好就是这种状态（还没有 `.ds-markdown`）—— 这正是用户反复被误报的现场。 ### 修复 2：DSML 标记漏进对话 **用户实测**：「DSML 怎么也出来了？」网页版的模型自带一套原生工具调用标记（DSML，标签名用全角竖线｜包裹），而插件此前**完全不认识它** ⇒ 整段标记原样漏进 DSH 对话。 **修法**：在「回复变成可见文本」的唯一入口（`parseToolCalls`）先剥离 DSML —— 整块调用删掉、散落标签删掉、**正文保留**，并留一条诊断便于观察出现频率。 ### 测试 - `verify-tools` 新增 7 条 DSML 用例（整块删掉、正文保留、正常文本不受影响、留诊断、围栏协议不受影响） - `verify-send-reliable` 不再钉死 `= 30_000`，改钉「窗口够保守 + 两条否决都在」 - `verify-sequence` 的距离上界再放宽（该断言已因功能增长被迫放宽三次） ## v0.2.6 ### 修复：`isGenerating()` 判据错了很久 —— 「生成中不交付」闸门从未生效 **用户实测**：网页版还在生成，DSH 又报「消息似乎没有发出去」，而 v0.2.5 已经加了 `generating` 一票否决。查下来发现 **`generating` 压根不是 true**。 **根因：两处判据自相矛盾，而错的是 `isGenerating()`** 旧写法只找 `aria-label` / `title` 含「停止 / stop」的元素。但**同一个文件里 `buildStopScript` 的注释早就写明了**： > DeepSeek 的停止键是**纯图标（无 aria-label、无文字）**，只能靠 class 特征区分。 `buildStopScript` 用的是校准过的 class 特征（`ds-button--outlined` 独有），而 `isGenerating()` 用的是永远匹配不到的 aria-label ⇒ **恒返回 false**。后果： - **「生成中不交付」那道闸门从来没生效过** —— 网页版还在生成时也可能交付（之前几次「半截回复」很可能有这个因素） - v0.2.5 的 `generating` 一票否决**白加了**（`generating` 不是 true） - 依赖它的其它判据全部失效 **修法**：改用与 `buildStopScript` 同源的校准特征 —— 发送键独有（`ds-button--filled` / `ds-button--primary`）排除、停止键独有（`ds-button--outlined`）命中即判定生成中、保留语义兜底。同时把交付闸门改成读**同一个**局部 `generating`（单一来源，避免两处再分叉）。 ### 测试 - `verify-incomplete-detect` 新增 9 条 `isGenerating` 行为用例（假 DOM）：校准特征命中、发送键排除、两者同屏仍判生成中、语义兜底、不可见不算、空页面 - `verify-live` 里那条**钉住错误判据**的断言（要求 `aria-label*="停止"`）已换成校准后的 class 特征 —— 它正是这个 bug 能存活这么久的原因之一 - `verify-escapes` 扩展：新增「模板内的**注释行**里误写反引号」检测（这个坑本轮踩了四次，构建报错又难懂） ## v0.2.5 ### 修复：网页版正在生成，DSH 却判「没发出去」直接失败 **用户实测**：网页版还在转（生成中），DSH 对话窗口直接报 > **本轮运行失败** 消息似乎没有发出去：发出后 30 秒内网页版没有任何反应 > （既没有新消息，也没有开始生成）。请确认 LDW 页面正常后重试。 **根因**：那条「早期放弃」判据只看 DOM 有没有动静： waitedMs > 30s && !countGrew && !contentChanged && think.trim() === '' 而网页版处在**思考阶段**（还没开始渲染正文）时，插件的 DOM 读取什么都看不到： `.ds-markdown`（回复容器）还没出现 ⇒ 条数没增长、内容没变化、思考区也没读到。三个条件同时成立 ⇒ 30 秒就判失败 —— **而它压根没检查「页面是否正在生成」**。 **修法**：`generating`（停止按钮在）**一票否决**。页面在生成就**证明消息送到了** —— 这比「DOM 有没有变化」可靠得多。其余三条保持不变（真要判断「没发出去」，它们仍然是对的）。 ### 顺带清理交付结果的对象字面量里 `text` / `think` / `status` / `via` **重复了两次** （v0.2.3 加 `deliveredText` 时漏删旧键）。JS 里后者覆盖前者、功能正确，但读代码的人会以为交的是 `last` 而实际是 `deliveredText`。已清掉。 ### 测试 `verify-stuck` 新增一组断言：否决确实在早期放弃的同一条件里、诊断日志带上 `generating`、交付 body 没有重复的对象键。 ## v0.2.4 ### 修复 1：新会话的任务「无人领取」（WEBIN_FAILED） **用户实测**：新开一个 DSH 会话连发两条，界面报「LDW 面板未连接 —— 没有任何客户端领取这个任务（20s 内无人领取）」。任务队列里的证据很干净： job-4 session-8b3f72ef claimedBy=(未领) failed job-5 session-8b3f72ef claimedBy=(未领) failed job-6 session-8b3f72ef claimedBy=已领 done ← 第三条才成功 **根因**：常驻宿主**全局只有一个**（挂 `shell.overlay`、`scope: 'root'`、不传 `only` ⇒ 永不卸载），所以整个窗口只有一个领活循环。而 `sessionId` 来自每个 DSH 会话各自的占位符（`conversation.view`），它们写进**同一个模块级 ref** —— **最后一个挂载的覆盖它**。于是唯一那个循环只拿得到一个 sessionId，其余会话的任务永远匹配不上 ⇒ 20 秒超时。 **修法**：领活改成**两轮** —— 本会话的任务优先拿，本会话没有就**回退领走**。回退是安全的：client 拿到任务后会按 `expectUrl` / `freshChat` 自己导航到该会话绑定的网页对话，所以不会串台。新增 `claimedVia` 字段（`/status` 可见）区分「会话匹配」与「回退」。 > 这与代码里 [5] 组记录的是**同一类问题的剩余部分**：上一轮修了「完全没身份」， > 没修「身份是错的」。原则一样 —— 宁可放行，也不能把功能卡死。 ### 修复 2：围栏被页面补闭合后，截断检测失效 v0.2.3 加的 `fenceOpen` 判据在真实页面上**失效了**：网页版的 markdown 渲染器会给**未闭合的围栏自动补上闭合**，所以从 DOM 读出来的文本围栏永远成对。抓取诊断原样证明了这点： "lastLen":45, "head":"ldw\n\n```ldw\nconst r = await tools.write({\n```" 围栏闭合，但代码块正文以左花括号结尾 —— 半截工具调用照样被交付。 **修法**：新增 `codeTrailingIncomplete` 判据 —— **代码块正文以不可能自然收尾的 token 结尾**（左花括号、左圆括号、逗号、箭头、逻辑与/或、点号、等号、冒号…）。 ⚠️ **只在代码块内部判**：正文以冒号、加号结尾极常见（「步骤如下：」），拿它判会大量误报。 ### 测试套件 - `verify-session-behavior`：[1] [10] 两组原来断言「A 领不到 B 的任务」—— 那个方向正是事故来源，改成断言「本会话优先 + 匹配不上回退」，并保留 [2] 组验证优先级仍然生效 - `verify-incomplete-detect`：新增 `lastCodeBlockIncomplete` 的 15 条用例（含用户实测的真实样本，以及「正文以冒号结尾不误报」的反向用例） - `verify-audit` / `verify-live` / `verify-session-isolation`：领活断言跟着新形态更新（盯不变量，不盯某一行怎么写） ### 踩坑记录（都记在代码注释里） - **模板字符串里的注释不能有反引号** —— 会提前终止模板。本轮又踩了三次 - **`\u007b` 转义没用** —— 打包器会把模板里的转义归一化成字面字符，产物里照样出现括号。改用 `String.fromCharCode(123, 40, 91)` - **源码里不要出现不平衡的字面括号** —— 多个测试脚本用「朴素花括号配对」从产物里抠函数，不平衡会把配对带偏（三个脚本直接崩） - **测试从产物里抠函数后要反转义一层**（模板源码比生成脚本多一层转义），否则函数体内的正则会解释错 ## v0.2.3 ### 修复：交付半截工具调用 + 服务端错误不提醒不重试 **用户实测**：网页版服务端不可用时插一条「服务器暂时不可用」并**直接掐断生成**。而 DSH 收到的是 ldw const r = await write( —— 工具调用断在半句，界面却写「已完成，用时 1 分 27 秒」。用户看到的是「插件坏了」，而真实原因是服务端拒绝，也就不会想到重试。 **两个判据都没人检查过**（这是本质缺失，不是漏了一个分支）： 1. **`fenceOpen`** —— 回复停在**未闭合的代码围栏**里 ⇒ 一定没写完。判据极简且可靠：围栏标记计数为**奇数**。正常结束的回复围栏总是成对闭合。工具调用整段都在围栏里，所以这条能直接挡住「半截工具调用」。 2. **`serverError`** —— 页面上明确写着服务端错误（「服务器暂时不可用」「请求过于频繁」等）。 **处理**（在交付闸门之前新增「不完整闸门」）： - **提醒用户**：面板状态栏 + 控制台 - **重试**（最多 3 次）：先点页面自己的「继续生成」；点不到就**重发原 prompt** —— 服务端限流通常几秒恢复，新请求比死等有效 - **重试耗尽**：照常交付，但在正文**开头加一条明确警告**，说明本次不完整、可能被截断、建议重发。宁可显得啰嗦，也不要让半截结果看起来像成功三种补救手段（续写 / 看门狗 / 不完整重试）**计数各自独立**，互不占用额度。 ### 新增 `verify-incomplete-detect`（已接入 check 链）覆盖两个方向：漏判（不完整却交付 ⇒ 用户拿到半截结果还以为成功）与误判（完整却当不完整 ⇒ 白白重试浪费配额）。含用户实测的真实样本。 ### 测试套件修复：两处「窗口太小」的脆弱断言 - `verify-audit` 取 `clearPending` 函数体用 `{0,400}` 正则窗口 —— 给它加两行「计数归零」后窗口够不到收尾花括号，函数明明正常却报红。改成**花括号配对** - `verify-thinking` 用 `indexOf('buildFillScript(prompt')` 定位发送 —— 而它是新加的 `buildFillScript(promptRef.current` 的**前缀**，于是命中了重发调用（位置比真正的发送早），拿错了参照点。收紧为带逗号 ## v0.2.2 ### 修复：网页版自己停了 ⇒ 点它自己的「继续生成」 **用户实测**：网页版频繁出现「服务器暂时不可用 → 已停止」，界面上留一个「继续生成」按钮。而插件把**半截回复当成本轮结果交付**了 —— DSH 显示「已完成，用时 6 秒」，任务其实没做完。 **根因是两点叠加**： 1. **触发太晚**。服务端停掉时页面 `generating === false`（停止键不在）⇒ 交付闸门放行；内容静默只等了 `STABLE_MS`（3 秒）就交付。而原有看门狗要等 **12 秒**静默才动手，根本轮不到它。 2. **动作不对**。看门狗的动作是**发一条新消息**「请继续」—— 续写落在新的 assistant 消息里，正文被切成两段；服务端限流时新请求同样被拒，白费配额。 **修法**：在交付闸门**之前**加一道「续写闸门」——检测页面自己的「继续生成」按钮并**点击它**（同一条消息的续写，语义正确、立即生效）。点不到才退回原看门狗。 **判据保守**（点错的代价远大于不点）：「继续生成」与「停止」在**同一个操作条** 上，只差一个词，所以逐条排除停止键 / 发送键 / 附件 / 深度思考 / 智能搜索；只认强语义（≥ 80 分），不靠 class 特征猜；分数并列时不猜。 ### 新增 `verify-continue-button`（已接入 check 链）用假 DOM 驱动生成的脚本，逐条覆盖**误点风险**而不是只测「能点到」：停止键同屏时不误点、危险开关被否决、歧义不猜、不可见不点、发送键不认。 ## v0.2.1 ### 修复：两处模板转义吞掉反斜杠（一个让 SSE 路径从未生效，一个静默算错）插件把注入页面的 JS **当字符串生成**，写在一个个模板字符串里。模板字符串会 **吃掉一层转义**：单写的斜杠转义退化成裸斜杠，字符类转义退化成普通字母。 **① SSE 观察路径从来没工作过。** `hook.ts` 的 `fragmentIndexOf` 生成出来是 var m = /^response/fragments/(-?d+)//.exec(p); 非法 JS ⇒ 注入页面的 hook 直接抛 `SyntaxError: Invalid regular expression flags` ⇒ 整个 hook 注入失败。而主路径（读 DOM）照常工作，所以这个故障 **一直静默存在**，直到用 CDP 打开真页面才暴露。修复后真页面实测 `[2] hook: installed`。 **② DOM 报告静默算错。** `dom-report.ts` 的 `dc.split(/\s+/)` 同样在模板里 ⇒ 生成 `split(/s+/)`，**按字母 s 切分** ⇒ `ds-` 类名一个都提取不到，诊断输出莫名其妙是空的。这类比第一种更危险：没有异常、没有日志。 **为什么之前没被测出来**：只看源码看不出来（那两行正则长得完全正常）；只测「能否编译」也测不出第二种（`/s+/` 是合法正则）。 ### 新增三个常驻测试（已接入 `npm run check`） - `verify-scripts-parse`：把产物里 14 个生成器逐个调用，用 `vm.Script` **只编译不执行**地解析结果 —— 专治「源码看着对、生成出来非法」 - `verify-escapes`：扫描模板字符串内的单反斜杠转义（带**扫描器自检**，避免它静默退化成空操作） - `verify-hook-behavior`：沙箱里喂合成 SSE 帧，断言「帧 → 事件」映射。这条路径刚被启用、此前从未执行过，必须补行为覆盖 ### 测试套件修复 - `verify-audit` / `verify-sequence`：位置断言误报 —— `indexOf` 命中了「催继续」路径那次触发调用；字符窗口也随功能增长失效。改成锚到主路径与顺序断言 - `verify-coldstart` / `verify-e2e` / `verify-session-e2e` / `probe-*`：适配三段式发送（`buildSendScript` 已删除），改用 `confirmed` 判据 - `verify-extract` / `verify-fence`：抠出的是模板源码、比生成脚本多一层转义，补一次反转义 - `verify-live` / `preflight`：`execSync` 会经 `cmd.exe`，改 `spawnSync` 免掉 shell；子进程不可用时降级为进程内解析并**如实报 SKIP**（不假装通过） ## v0.2.0 ### 版本号回到手动 bump 上一版我把它做成「自动带提交数」（`0.1.0+5.def5678`），这是**过度设计** —— 对人没意义（想知道的是「第几版」，不是「距上个 tag 几个提交」），还把「版本」和「构建元数据」混在一个字符串里。现在回到最简单可预测的做法：**版本号手动 bump**，提交号与构建时间单独注入（它们回答的是「跑的哪份代码、什么时候构建的」）。 ### 设置页版本行显示成 `v0.2.0 · <提交号> · 3 分钟前构建`。构建时间比提交号直观：`git pull` 之后忘了 `npm run build`，时间戳会明显偏旧，一眼就能看出来。 ### 修复 - **未就绪提示挡住页面**：`.webin-note` 覆盖整个 guest 区域且会吃掉鼠标事件，启动阶段（loadURL + 快照 + cookie 写回）最长几十秒 ⇒ 那段时间登录表单/二维码全都点不动。加 `pointer-events:none`。 - **更新检查方向搞反**（严重）：`compare/<本地>...main` 的 `status` 里 `ahead` 表示**远端超前 = 我落后 = 有更新**，我写反了 ⇒ **用户永远不会看到更新提示**。改用真实 GitHub API 验证后修正。 - 更新检查加 10 秒超时（原来 GitHub 连不上时按钮永远转圈） - 更新检查缓存按仓库分键（原来改 repo 后会拿到上一个仓库的结果） - 404 不再当成网络错误（本地提交在远端不存在 = 本地更新，不是仓库没了） ### 重启免登录根因：DSH 的 guest partition 是内存分区（无 `persist:` 前缀），退出即丢 cookie；而 DeepSeek 登录态主要靠 **httpOnly cookie**，页面 JS 看不见也写不了 —— 所以「快照 localStorage + document.cookie」天生不完整。现在 client 上报 partition 名，host（跑在 Electron 主进程）用 `session.fromPartition(name).cookies` 读写**含 httpOnly** 的完整 cookie，写回时机在页面加载**之前**。 ### 读回复 - DOM 抓取成为主路径（拦 SSE 需要 preload，而 DSH 的 webview 门禁会删掉它） - 选择器用实测的真实类名（`ds-markdown` / `ds-think-content` / `ds-pow-response`） - 思考内容单独读且**不混进正文** - 交付判据：条数增长 **或** 内容变化，**且**静默 ≥ 3 秒（防交半截） ### 不再静默停摆 - 所有 `executeJavaScript` 走带超时的 `execJs()` - 所有对 host 的 `fetch` 走带超时的 `fetchJson()` - 长休改成分段睡，可被取消打断 --- ## v0.1.0 这一版把「网页版内容回显到 DSH 对话窗口」这件事真正做通了，并修掉一批会让插件**静默失效**的缺陷。 ### 读回复：改成从页面 DOM 读（主路径） - **为什么改**：拦 SSE 需要在页面脚本执行**之前**注入 hook，唯一办法是 `preload`；而 DSH 的 webview 门禁会把 `webPreferences` 清空后只设固定几项， `preload` 不在里面 —— 于是只能等 `dom-ready`，那时请求早已发出，永远「收到 0 条」。 - 从页面渲染出来的回复容器读内容，**不依赖任何注入时机**。 - 选择器用**实测的真实类名**（`ds-markdown` / `ds-think-content` / `ds-pow-response`），不是猜的。 - `

` 还原成围栏代码块（**工具调用靠它**）。
- 思考内容单独读，且**不混进正文**（嵌套结构下的真实 bug）。
- 交付判据：条数增长 **或** 内容变化，**且**内容静默 ≥ 3 秒
  （防流式暂停时交半截回复）。

### 发送：拆成三段，不再自证

- `buildFillScript`（填字）→ 客户端随机延迟 → `buildTriggerScript`（点火）。
- 等待放在**客户端**，单次跨进程调用只存活几十毫秒 —— 页面导航毁不掉整条链路。
- 点火前复查一次取消状态；被取消则清空输入框并放弃发送。

### 超时护栏：不再静默停摆

- **所有** `executeJavaScript` 走带超时的 `execJs()`。裸调用在页面导航时
  不 resolve 也不 reject，会让宿主永远等。
- **所有**对 host 的 `fetch` 走带超时的 `fetchJson()`。
- 长休（每 N 次请求休息）改成分段睡，可被取消打断。

### 登录态：重启免登录

- 根因：DSH 的 guest partition 是内存分区（`dsh-sidebar-browser-`，
  无 `persist:` 前缀），进程退出 cookie 全丢；而 DeepSeek 的登录态主要靠
  **httpOnly cookie**，页面 JS 看不见也写不了。
- 修法：client 上报 partition 名 → host（跑在 Electron 主进程）用
  `session.fromPartition(name).cookies` 读写**含 httpOnly** 的完整 cookie。
- 写回时机在页面加载**之前**，写完 reload 一次。

### 界面

- **未就绪提示不再挡住页面**（`pointer-events:none`）。
  用户实测报过「点开 LDW 会卡在这个界面点不了，只能等『真实浏览器已就绪』」——
  那层提示原本会吃掉鼠标事件，而启动阶段最长要几十秒。
- 设置页新增「检查更新」（四种状态分开说）、「点个 Star」。

### 更新检查

- 加 10 秒硬超时（GitHub 在墙内经常连不上但不立刻报错 ⇒ 按钮永远转圈）。
- 用 compare API 判断方向：本地自己提交过 / 远端 force-push 时
  **不再误报「有更新」**。
- 缓存按仓库分键（原来是一个模块级变量，改 repo 后会拿到上一个仓库的结果）。

### 防封号

- 每个 DSH 会话绑定独立的网页对话（重启后接回），不再全挤一个窗口。
- 差分发送：只发增量，不重发历史。
- 请求数上限 + 随机延迟 + 长休。

### 工具调用

- 模型输出 ` ```ldw ` 代码块 → 解析成 DSH 的 `tool-call` → 执行 → 结果回填。
- 斜杠命令 / Skill / MCP 均可通过工具调用触达。

### 测试

**1081 项离线测试**（`npm run check`，不需要浏览器、不消耗网页版额度）。

### 已知取舍

流式输出若中途停顿超过 3 秒再继续，会被判定为「已结束」而交付半截内容。
要根治需要「流是否真的结束」的信号，而 DSH 的 webview 门禁（删掉 `preload`）
让 hook 拿不到它。当前行为已被测试钉住，不是未知行为。