dsh-reasoning-translate-zh

包名（插件 id）是 dsh-think-zh，仓库名是 dsh-reasoning-translate-zh。

把模型的思考过程（reasoning）实时翻译成中文显示：折叠显示中文摘要，展开显示中文正文 + 英文原文。只作用于显示层 —— 会话记录、Trajectory、导出文件里的推理文本一个字节都不改。

与同名项目的区别（重要）

社区里有一批名字相近的插件（如 Len7183/DSH-Think-zh、 Muelsyse2023/dsh-think-zh 等），它们走的是 注入 system prompt 让模型直接用中文思考的路线。

本插件不注入任何提示词、不改变模型行为。 模型仍然按它自己的方式（通常是英文）推理，我们只把结果在显示层翻译成中文，并保留可展开的英文原文。

提示词注入类本插件

模型行为被提示词改变 完全不变

依赖模型要服从指令，否则无效任何模型都适用

成本零额外调用需一次翻译调用（可全本地 Ollama，零费用）

原文只有中文 中文 + 可展开英文原文

v0.2.1 · 已验证环境：DSH 0.2.1-rc.3 / rc.5（macOS 桌面端） · 安装路径：file: 与 git+https:// 两种均已实测 · 本地引擎：Ollama qwen2.5:1.5b（推荐，见「引擎选择」）

状态与已知限制

v0.2.1 · 已在 DSH 0.2.1-rc.3 与 rc.5（桌面端）验证：渲染、翻译、面板均正常。

1. 安装失败可能让应用无法启动，并重置你的配置

DSH 对客户端插件的容错是全有或全无：任何一个 bundle 抛异常，应用会提示「应用无法启动或已意外停止」，且恢复模式会重写 package.json 与 cordis.patch.yml，把你手写的 provider 配置（例如本地 Ollama 路由）一起清掉。本插件已做防御（顶层无异常逻辑、安装闸门 scripts/smoke-client.mjs、宿主侧熔断），但无法承诺零风险。原文件会备份成 *.bak-<时间戳>，回滚方法见下文。

2. 只翻译你实际看的内容（省 CPU 的设计，不是缺陷）

折叠状态：只翻第一句，作为摘要

展开某一行：才翻译该行全文（1–2 秒后自动补上）

采用「整句缓存 + 单飞 + 熔断」，避免本地模型被流式翻译打满

3. 依赖 DSH 内部约定

插槽键名（conversation.chat.node / conversation.chat.reasoning.body）、优先级遮蔽规则（数字最小者生效）、renderSlot 契约都可能随 DSH 升级变化。 0.2.1 就曾因此让旧版本静默失效（renderSlot is not a function）。每次 DSH 大版本升级后需要重新验证，README 的「兼容性」一栏会写当前验证版本。

4. 与官方/同类插件的区别

DSH 0.2.1 起自带 dsh-experimental-cot-translation-bundle（插件页启用，默认 Bing/Google），社区还有 dsh-cot-translator-plus 等。本插件与它们的差异只有两点：

官方 / plus 本插件

折叠摘要保持英文，展开才翻 折叠也显示中文摘要

翻译成本云端 / 站点 可完全本地（Ollama），零成本、不出本机

请求策略逐段翻译 摘要优先 + 展开才翻全文 + 单飞 + 熔断

如果你只想要「展开后看中文」，官方插件更省心；本插件的价值在本地模型 + 省算力。

发布前自检项见 docs/发布检查清单.md。

效果

思考行折叠时显示中文摘要（取自译文最新段落），展开后是中文正文，正文下方是一行 展开英文原文（N 字符），点开才显示模型原始英文。

它怎么工作

DeepSeek 流式 reasoning-delta
        │
        │  会话事件（只读，永不改写）
        ▼
assistant-step 节点 ── blocks[] = [{kind:'reasoning', text}, ...]
        │
        │  客户端插槽遮蔽：conversation.chat.node / key=assistant-step / priority=-1
        ▼
dsh-think-zh 影子渲染器
        │  ① 把 reasoning 块的 text 换成已缓存的中文译文
        │  ② 在内置渲染器之上再画一行自己的推理行（中文 + 可折叠英文）
        ▼
浏览器显示
        ▲
        │  POST /dsh-think-zh/translate  {key, text}
        │
宿主半区：分句 → 命中缓存 → 只翻新增句 → 返回整段译文
        │
        ├── engine: dsh    → ctx.llm.stream()（复用你已配置的模型与账号）
        ├── engine: ollama → http://127.0.0.1:11434/api/chat（本地、零成本）
        └── engine: openai-compatible → 任意 /chat/completions 端点

三个设计约束：

不改会话状态。 翻译结果只存在于渲染层与插件自己的缓存里，绝不写回 session event、 Trajectory 或导出。模型下一轮收到的仍是原始英文推理（DeepSeek 适配器会把推理原样回传，含 thinking 签名 —— 改写它等于篡改模型上下文）。
不重复付费。 推理是流式的，但句子一旦结束就不再变化；因此缓存以整句原文为键，每轮只为新出现的句子 + 当前未完成的半句付费。实测：253 字符首次翻译 1.8 秒，文本增长后重发只翻新增部分，0.5 秒。
失败要安全。 影子渲染器只接管 reasoning 块，其它块按引用原样透传；渲染抛错时插槽会弃用影子条目并回退到内置渲染器。

安装

方式一：从 GitHub 安装（推荐）

# 桌面端
dsh plugin --profile desktop add git+https://github.com/2503455457-max/dsh-reasoning-translate-zh.git
# Web profile 把 desktop 换成 web

桌面端安装前先完全退出应用（它的 profile 由 Electron 独占管理）；装完重新打开应用 —— 刷新页面不够，启动图是启动时快照。

方式二：本地源码（开发/调试）

cd dsh-think-zh
node scripts/build-client.mjs      # 改了 client.source.js 之后必须重跑
bash scripts/install-desktop.sh    # 建软链 + 往 profile patch 追加插件行；幂等

两条路径都已实测：dsh plugin add file:<路径> 与 git+https（用本地 bare 仓库等价验证）都能正确写入 profile 的 bundles 与依赖。

首次使用

默认引擎是「DSH 已配置模型」——用你账号里当前选中的模型翻译，会产生模型调用费用。想完全免费、且内容不出本机：装 Ollama 并 ollama pull qwen2.5:1.5b，然后在右上角「思」面板里把引擎切成 Ollama 本地。

配置

首次运行会把配置写到 $DSH_HOME/dsh-think-zh/config.json （默认 ~/.dsh/dsh-think-zh/config.json）：

{
  "enabled": true,
  "engine": "dsh",
  "showOriginal": true,
  "defaultOpenOriginal": false,
  "minChars": 40,
  "glossary": [],
  "engines": {
    "dsh": { "provider": "deepseek-account", "model": "deepseek-flash", "reasoningEffort": "off", "maxTokens": 1024, "temperature": 0 },
    "ollama": { "baseURL": "http://127.0.0.1:11434", "model": "qwen3.8:latest", "keepAlive": "30m", "timeoutMs": 120000 },
    "openai-compatible": { "baseURL": "", "model": "", "apiKey": "", "displayName": "OpenAI-compatible", "timeoutMs": 60000 }
  }
}

字段	说明
`enabled`	总开关。关掉即完全恢复原生英文显示
`engine`	`dsh` / `ollama` / `openai-compatible`
`showOriginal`	是否提供「展开英文原文」入口
`defaultOpenOriginal`	是否默认展开英文原文
`minChars`	推理短于这个长度不翻译
`engines.dsh.provider` / `.model`	留空时回退到 `agentDefaultModel` 的当前选择

界面右上角有一个标着「思」的小圆钮（页面固定定位，不占布局），点开是设置面板：开关、英文原文开关、引擎切换、引擎连通性测试。面板里改动即时保存到上面的配置文件。

如果右上角与你的界面控件打架，改 client.source.js 里那两个 top/right 常量再重新构建即可。

引擎选择

引擎	实测延迟	成本	隐私
`dsh`（复用已配置模型）	355–950ms，中位 ~650ms（deepseek-flash）	消耗账户额度	推理片段发给模型提供方
`ollama` + `qwen2.5:1.5b`	200–419ms，中位 ~202ms，2.11GB 常驻	0	不出本机
`ollama` + `qwen3.8:latest`（27B）	6.7–9.3s ❌	0	不出本机
`openai-compatible`	取决于端点	取决于端点	取决于端点

本地选型已实测（11 个 Ollama 模型）：选 qwen2.5:1.5b。它是唯一同时满足「完整不漏译 + 尾句正确 + 延迟在可用线内」的本地模型，装上后比 API 还快。

⚠️ 不要用 Qwen3.6 / Qwen3.8 做这个插件的引擎。 它们是 Gated DeltaNet 混合线性注意力，循环状态无法回退到任意前缀位置，llama.cpp 只能整段重算提示词：每次调用光读 371 token 指令就要 5.8 秒。插件永远处于"新片段"场景，所以 "系统提示词固定 ⇒ 缓存必然命中"这个直觉在这里不成立。

挑选翻译模型的标准

翻译是在一次对话里被反复调用的：推理每新增约 24 字符就可能触发一次，所以单次延迟直接叠加到"中文比英文慢多久出现"上。按重要性排序：

单次延迟：目标 < 500ms，可接受 < 1.5s，超过 3s 就不要用。 本机 27B 实测 6.7–9.3s/次，等于中文比英文慢一个数量级，流式体验不成立。 API 侧 deepseek-flash 实测 355–950ms（中位约 650ms），这才是有用的区间。
格式服从性：只输出译文。 不能有开场白、不能重复原文、不能用代码块包裹整段。插件会丢弃不合规的输出（sanitizeTranslation），丢弃的后果是那一段没有中文，而不是显示错的字 —— 所以格式不服从 = 功能失效。
Markdown 结构必须逐字保留：列表符号、编号、缩进、代码块围栏、行内代码、URL、文件路径、命令、变量名/函数名/包名（slot registry、assistant-step、 dsh plugin --profile desktop add）都不能被翻译掉。
必须能翻译不完整的半句。 尾句在推理过程中是逐字增长的，补全句子 = 显示内容和模型实际想法脱节。（实测违反者：granite3.3:2b 会把 ...so the row does not 补成「…这样行就不需要进行探测」；gemma3:1b 会凭空生成「第 6 步」。）
不需要推理能力。 必须能关掉思考（reasoningEffort: off，Ollama 用 think: false）。带思考的模型即使标签被剥掉，也多付几倍 token 和延迟。
上下文要求很低：3k 就够。每次请求 ≈ 600 token 系统提示 + < 1k 片段。
成本 = 每次调用单价 × 每轮约 5–15 次调用。 按每轮推送约 2–6k 推理 token 估算，每次调用的输入大约几百 token。便宜的小模型足够，不必上旗舰。
不能静默漏译。 丢一整句比慢更危险——读者无法察觉推理里少了东西。实测 qwen2.5:0.5b 虽然 387ms 达标，但稳定丢掉整句，因此不可用。

关于漏译的自动检测：没有可靠阈值。 实测中文产出稳定是英文源 1.33–1.76 内容单元，而从 3 句批次里丢掉一整句只把比值压到 ~0.82 —— 高于合法译文的最低值 0.71，两个分布重叠。所以插件不做重试，只在日志里记录可疑比值（low output ratio），靠选引擎而不是靠事后补救。

怎么测

不需要装插件、不需要重启应用。插件已经把翻译暴露成本机 HTTP 接口：

node scripts/bench-engine.mjs --url http://127.0.0.1:19399 --runs 3

它会用 4 个真实形态的样本（正文 / Markdown 列表 / 代码块 / 半句尾巴）打出首次延迟、中位延迟、中文占比，并自动判定是否丢了标识符、丢了 Markdown、开头带客套话。换引擎只需改 $DSH_HOME/dsh-think-zh/config.json 里的 engine 与对应 engines.<engine> 字段，然后 POST 一次 /dsh-think-zh/config 让宿主重建引擎（也可点界面右上角「思」按钮切换）。

机器可读的明细写进 --json <path>，方便把多个模型的结果放在一起比。

⚠️ 本插件的完整事故记录见 CRASH-RECORD.md —— 含 8 次启动崩溃的时间线、 7 次配置被恢复模式改写的证据、以及"真实错误被宿主丢弃"的源码定位。

一个必须知道的事故：客户端 bundle 抛错会把应用打到恢复模式

装机后首次启动时踩到过：应用连续 5 次启动失败，随后自动进入恢复模式， 把 cordis.patch.yml 重置成只含设置项（我加的插件行、以及你手写的 Ollama provider 配置块一起被清掉），并在旁边留下 cordis.patch.yml.bak-<毫秒时间戳>。

原因不是插件功能有 bug，而是加载顺序：

宿主推给页面的注入行顺序：
  1. kind:"script"      定义 __ModuleLoader__ 队列      → 桌面壳：同步 append，不 await
  2. kind:"script-preload"  应用 combo 预加载            → 桌面壳：跳过
  3. kind:"script-src"  加载 client-modules 引导         → 桌面壳：await loadScript()
  4. kind:"global"      __DSH_BOOT__ 启动图

桌面壳自己应用这些行（renderer 侧的 hM()），于是应用 combo 的 <script> 在第 3 步之前就同步执行了，那一刻 _ModuleLoader__ 还不存在。裸调 _ModuleLoader__.load(...) 抛 ReferenceError，而应用 combo 里的异常会被判为致命启动错误（web boot: N entry did not activate），应用直接拒绝启动 → 恢复模式。

Web 形态（dsh --profile web）不受影响：它把注入行作为真实 <script src> 标记写进 HTML，浏览器按依赖顺序同步解析，所以我之前的宿主验证完全没覆盖到这条路径。

修法：bundle 不再直接调用，而是先找 globalThis._ModuleLoader__；找不到就等它出现（有界轮询，最多 6 秒）再注册。期间不会有任何未捕获异常。

同一事故里的第二个坑（更隐蔽）：构建脚本最初把这个全局名写成了 __ModuleLoader__（双下划线），只差一个字符。它在 Node 侧测试里"通过"是因为测试自己装了 _ModuleLoader__ 的 stub，而 bundle 去读另一个名字，于是它安静地什么都不注册 —— 在应用里则是启动失败。为此加了两道闸：

test/registration.test.mjs：钉死注册契约（同步注册、window.__ModuleLoader__ 双下划线、apply/inject）（无 loader 先执行 → loader 出现 → 必须恰好注册一次）。旧的裸调用写法在这个测试下立刻抛 ReferenceError。
scripts/smoke-client.mjs：安装前硬闸门，在无 loader 的浏览器式全局里求值 bundle，抛错或没注册就 exit 1；install-desktop.sh 直接拒绝安装。反向验证过：把拼写改回双下划线，闸门立刻拦下。

结论（也是这个插件对宿主的唯一硬要求）：客户端 bundle 的顶层代码绝不允许抛异常。一旦抛，连"插件不生效"这种温和失败都拿不到，而是整个应用起不来。

缓存与磁盘占用

配置写在 $DSH_HOME/dsh-think-zh/config.json，翻译缓存在同目录的 cache.json。

缓存按原文整句存，上限 4000 条，满了按最旧淘汰。长期使用后会达到上限（实测约 1.9 MB），此时新译文顶掉最旧的条目——被淘汰的译文再次出现时会重新翻译一次， 只是慢一点，不影响正确性。

清空缓存：删掉 cache.json 后重启应用（或重存一次设置）。想留更多历史：把 lib/index.js 里的 new TranslationCache(4000, cacheFile) 调大后重启。

已知限制

只覆盖 Chat 视图。 ui-trajectory 独立渲染推理，不经过本次遮蔽的插槽。
折叠的「过程组」标题仍是英文。 进程组的运行中标题来自另一份数据源，不在本次接管范围内。
展开内置的「思考」行会看到英文正文。 中文行是另画的一行；内置行保留原文作为证据。
翻译不进入服务端，也不进会话日志，因此历史会话里存的是英文原文，中文是每次显示时重算的（有缓存，但缓存按长度存，重启宿主后首次显示会重新翻一次）。
翻译质量取决于引擎；短到几个词的碎片可能被跳过（避免无意义调用）。
设置面板挂在页面右上角。若与你的界面控件重叠，调整 client.source.js 中的定位值即可。
引擎不是启动时一次解析就固定：模型服务（llm）出现或变化时会自动重建引擎；引擎不可用时面板会说明原因，翻译请求返回空结果并保持英文原文显示。

开发

node scripts/build-client.mjs   # client.source.js -> lib/client.js（__ModuleLoader__ 包壳）
node test/text.test.mjs         # 分句 / 语言判定 / Markdown 掩码
node test/translator.test.mjs   # 分块、缓存命中、成本不重复
node test/client.test.mjs       # bundle 装载、插槽遮蔽注册、块替换

lib/client.js 是生成物，不要直接改；改 client.source.js 后重新构建。

dsh-reasoning-translate-zh

包名（插件 id）是 dsh-think-zh，仓库名是 dsh-reasoning-translate-zh。

与同名项目的区别（重要）

社区里有一批名字相近的插件（如 Len7183/DSH-Think-zh、 Muelsyse2023/dsh-think-zh 等），它们走的是 注入 system prompt 让模型直接用中文思考的路线。

本插件不注入任何提示词、不改变模型行为。 模型仍然按它自己的方式（通常是英文）推理，我们只把结果在显示层翻译成中文，并保留可展开的英文原文。

提示词注入类本插件

模型行为被提示词改变 完全不变

依赖模型要服从指令，否则无效任何模型都适用

成本零额外调用需一次翻译调用（可全本地 Ollama，零费用）

原文只有中文 中文 + 可展开英文原文

v0.2.1 · 已验证环境：DSH 0.2.1-rc.3 / rc.5（macOS 桌面端） · 安装路径：file: 与 git+https:// 两种均已实测 · 本地引擎：Ollama qwen2.5:1.5b（推荐，见「引擎选择」）

状态与已知限制

v0.2.1 · 已在 DSH 0.2.1-rc.3 与 rc.5（桌面端）验证：渲染、翻译、面板均正常。

1. 安装失败可能让应用无法启动，并重置你的配置

DSH 对客户端插件的容错是全有或全无：任何一个 bundle 抛异常，应用会提示「应用无法启动或已意外停止」，且恢复模式会重写 package.json 与 cordis.patch.yml，把你手写的 provider 配置（例如本地 Ollama 路由）一起清掉。本插件已做防御（顶层无异常逻辑、安装闸门 scripts/smoke-client.mjs、宿主侧熔断），但无法承诺零风险。原文件会备份成 *.bak-<时间戳>，回滚方法见下文。

2. 只翻译你实际看的内容（省 CPU 的设计，不是缺陷）

折叠状态：只翻第一句，作为摘要

展开某一行：才翻译该行全文（1–2 秒后自动补上）

采用「整句缓存 + 单飞 + 熔断」，避免本地模型被流式翻译打满

3. 依赖 DSH 内部约定

插槽键名（conversation.chat.node / conversation.chat.reasoning.body）、优先级遮蔽规则（数字最小者生效）、renderSlot 契约都可能随 DSH 升级变化。 0.2.1 就曾因此让旧版本静默失效（renderSlot is not a function）。每次 DSH 大版本升级后需要重新验证，README 的「兼容性」一栏会写当前验证版本。

4. 与官方/同类插件的区别

DSH 0.2.1 起自带 dsh-experimental-cot-translation-bundle（插件页启用，默认 Bing/Google），社区还有 dsh-cot-translator-plus 等。本插件与它们的差异只有两点：

官方 / plus 本插件

折叠摘要保持英文，展开才翻 折叠也显示中文摘要

翻译成本云端 / 站点 可完全本地（Ollama），零成本、不出本机

请求策略逐段翻译 摘要优先 + 展开才翻全文 + 单飞 + 熔断

如果你只想要「展开后看中文」，官方插件更省心；本插件的价值在本地模型 + 省算力。

发布前自检项见 docs/发布检查清单.md。

效果

思考行折叠时显示中文摘要（取自译文最新段落），展开后是中文正文，正文下方是一行 展开英文原文（N 字符），点开才显示模型原始英文。

它怎么工作

DeepSeek 流式 reasoning-delta
        │
        │  会话事件（只读，永不改写）
        ▼
assistant-step 节点 ── blocks[] = [{kind:'reasoning', text}, ...]
        │
        │  客户端插槽遮蔽：conversation.chat.node / key=assistant-step / priority=-1
        ▼
dsh-think-zh 影子渲染器
        │  ① 把 reasoning 块的 text 换成已缓存的中文译文
        │  ② 在内置渲染器之上再画一行自己的推理行（中文 + 可折叠英文）
        ▼
浏览器显示
        ▲
        │  POST /dsh-think-zh/translate  {key, text}
        │
宿主半区：分句 → 命中缓存 → 只翻新增句 → 返回整段译文
        │
        ├── engine: dsh    → ctx.llm.stream()（复用你已配置的模型与账号）
        ├── engine: ollama → http://127.0.0.1:11434/api/chat（本地、零成本）
        └── engine: openai-compatible → 任意 /chat/completions 端点

三个设计约束：

不改会话状态。 翻译结果只存在于渲染层与插件自己的缓存里，绝不写回 session event、 Trajectory 或导出。模型下一轮收到的仍是原始英文推理（DeepSeek 适配器会把推理原样回传，含 thinking 签名 —— 改写它等于篡改模型上下文）。
不重复付费。 推理是流式的，但句子一旦结束就不再变化；因此缓存以整句原文为键，每轮只为新出现的句子 + 当前未完成的半句付费。实测：253 字符首次翻译 1.8 秒，文本增长后重发只翻新增部分，0.5 秒。
失败要安全。 影子渲染器只接管 reasoning 块，其它块按引用原样透传；渲染抛错时插槽会弃用影子条目并回退到内置渲染器。

安装

方式一：从 GitHub 安装（推荐）

# 桌面端
dsh plugin --profile desktop add git+https://github.com/2503455457-max/dsh-reasoning-translate-zh.git
# Web profile 把 desktop 换成 web

桌面端安装前先完全退出应用（它的 profile 由 Electron 独占管理）；装完重新打开应用 —— 刷新页面不够，启动图是启动时快照。

方式二：本地源码（开发/调试）

cd dsh-think-zh
node scripts/build-client.mjs      # 改了 client.source.js 之后必须重跑
bash scripts/install-desktop.sh    # 建软链 + 往 profile patch 追加插件行；幂等

两条路径都已实测：dsh plugin add file:<路径> 与 git+https（用本地 bare 仓库等价验证）都能正确写入 profile 的 bundles 与依赖。

首次使用

配置

首次运行会把配置写到 $DSH_HOME/dsh-think-zh/config.json （默认 ~/.dsh/dsh-think-zh/config.json）：

{
  "enabled": true,
  "engine": "dsh",
  "showOriginal": true,
  "defaultOpenOriginal": false,
  "minChars": 40,
  "glossary": [],
  "engines": {
    "dsh": { "provider": "deepseek-account", "model": "deepseek-flash", "reasoningEffort": "off", "maxTokens": 1024, "temperature": 0 },
    "ollama": { "baseURL": "http://127.0.0.1:11434", "model": "qwen3.8:latest", "keepAlive": "30m", "timeoutMs": 120000 },
    "openai-compatible": { "baseURL": "", "model": "", "apiKey": "", "displayName": "OpenAI-compatible", "timeoutMs": 60000 }
  }
}

字段	说明
`enabled`	总开关。关掉即完全恢复原生英文显示
`engine`	`dsh` / `ollama` / `openai-compatible`
`showOriginal`	是否提供「展开英文原文」入口
`defaultOpenOriginal`	是否默认展开英文原文
`minChars`	推理短于这个长度不翻译
`engines.dsh.provider` / `.model`	留空时回退到 `agentDefaultModel` 的当前选择

如果右上角与你的界面控件打架，改 client.source.js 里那两个 top/right 常量再重新构建即可。

引擎选择

引擎	实测延迟	成本	隐私
`dsh`（复用已配置模型）	355–950ms，中位 ~650ms（deepseek-flash）	消耗账户额度	推理片段发给模型提供方
`ollama` + `qwen2.5:1.5b`	200–419ms，中位 ~202ms，2.11GB 常驻	0	不出本机
`ollama` + `qwen3.8:latest`（27B）	6.7–9.3s ❌	0	不出本机
`openai-compatible`	取决于端点	取决于端点	取决于端点

⚠️ 不要用 Qwen3.6 / Qwen3.8 做这个插件的引擎。 它们是 Gated DeltaNet 混合线性注意力，循环状态无法回退到任意前缀位置，llama.cpp 只能整段重算提示词：每次调用光读 371 token 指令就要 5.8 秒。插件永远处于"新片段"场景，所以 "系统提示词固定 ⇒ 缓存必然命中"这个直觉在这里不成立。

挑选翻译模型的标准

翻译是在一次对话里被反复调用的：推理每新增约 24 字符就可能触发一次，所以单次延迟直接叠加到"中文比英文慢多久出现"上。按重要性排序：

单次延迟：目标 < 500ms，可接受 < 1.5s，超过 3s 就不要用。 本机 27B 实测 6.7–9.3s/次，等于中文比英文慢一个数量级，流式体验不成立。 API 侧 deepseek-flash 实测 355–950ms（中位约 650ms），这才是有用的区间。
格式服从性：只输出译文。 不能有开场白、不能重复原文、不能用代码块包裹整段。插件会丢弃不合规的输出（sanitizeTranslation），丢弃的后果是那一段没有中文，而不是显示错的字 —— 所以格式不服从 = 功能失效。
Markdown 结构必须逐字保留：列表符号、编号、缩进、代码块围栏、行内代码、URL、文件路径、命令、变量名/函数名/包名（slot registry、assistant-step、 dsh plugin --profile desktop add）都不能被翻译掉。
必须能翻译不完整的半句。 尾句在推理过程中是逐字增长的，补全句子 = 显示内容和模型实际想法脱节。（实测违反者：granite3.3:2b 会把 ...so the row does not 补成「…这样行就不需要进行探测」；gemma3:1b 会凭空生成「第 6 步」。）
不需要推理能力。 必须能关掉思考（reasoningEffort: off，Ollama 用 think: false）。带思考的模型即使标签被剥掉，也多付几倍 token 和延迟。
上下文要求很低：3k 就够。每次请求 ≈ 600 token 系统提示 + < 1k 片段。
成本 = 每次调用单价 × 每轮约 5–15 次调用。 按每轮推送约 2–6k 推理 token 估算，每次调用的输入大约几百 token。便宜的小模型足够，不必上旗舰。
不能静默漏译。 丢一整句比慢更危险——读者无法察觉推理里少了东西。实测 qwen2.5:0.5b 虽然 387ms 达标，但稳定丢掉整句，因此不可用。

关于漏译的自动检测：没有可靠阈值。 实测中文产出稳定是英文源 1.33–1.76 内容单元，而从 3 句批次里丢掉一整句只把比值压到 ~0.82 —— 高于合法译文的最低值 0.71，两个分布重叠。所以插件不做重试，只在日志里记录可疑比值（low output ratio），靠选引擎而不是靠事后补救。

怎么测

不需要装插件、不需要重启应用。插件已经把翻译暴露成本机 HTTP 接口：

node scripts/bench-engine.mjs --url http://127.0.0.1:19399 --runs 3

机器可读的明细写进 --json <path>，方便把多个模型的结果放在一起比。

⚠️ 本插件的完整事故记录见 CRASH-RECORD.md —— 含 8 次启动崩溃的时间线、 7 次配置被恢复模式改写的证据、以及"真实错误被宿主丢弃"的源码定位。

一个必须知道的事故：客户端 bundle 抛错会把应用打到恢复模式

原因不是插件功能有 bug，而是加载顺序：

宿主推给页面的注入行顺序：
  1. kind:"script"      定义 __ModuleLoader__ 队列      → 桌面壳：同步 append，不 await
  2. kind:"script-preload"  应用 combo 预加载            → 桌面壳：跳过
  3. kind:"script-src"  加载 client-modules 引导         → 桌面壳：await loadScript()
  4. kind:"global"      __DSH_BOOT__ 启动图

修法：bundle 不再直接调用，而是先找 globalThis._ModuleLoader__；找不到就等它出现（有界轮询，最多 6 秒）再注册。期间不会有任何未捕获异常。

test/registration.test.mjs：钉死注册契约（同步注册、window.__ModuleLoader__ 双下划线、apply/inject）（无 loader 先执行 → loader 出现 → 必须恰好注册一次）。旧的裸调用写法在这个测试下立刻抛 ReferenceError。
scripts/smoke-client.mjs：安装前硬闸门，在无 loader 的浏览器式全局里求值 bundle，抛错或没注册就 exit 1；install-desktop.sh 直接拒绝安装。反向验证过：把拼写改回双下划线，闸门立刻拦下。

缓存与磁盘占用

配置写在 $DSH_HOME/dsh-think-zh/config.json，翻译缓存在同目录的 cache.json。

清空缓存：删掉 cache.json 后重启应用（或重存一次设置）。想留更多历史：把 lib/index.js 里的 new TranslationCache(4000, cacheFile) 调大后重启。

已知限制

只覆盖 Chat 视图。 ui-trajectory 独立渲染推理，不经过本次遮蔽的插槽。
折叠的「过程组」标题仍是英文。 进程组的运行中标题来自另一份数据源，不在本次接管范围内。
展开内置的「思考」行会看到英文正文。 中文行是另画的一行；内置行保留原文作为证据。
翻译不进入服务端，也不进会话日志，因此历史会话里存的是英文原文，中文是每次显示时重算的（有缓存，但缓存按长度存，重启宿主后首次显示会重新翻一次）。
翻译质量取决于引擎；短到几个词的碎片可能被跳过（避免无意义调用）。
设置面板挂在页面右上角。若与你的界面控件重叠，调整 client.source.js 中的定位值即可。
引擎不是启动时一次解析就固定：模型服务（llm）出现或变化时会自动重建引擎；引擎不可用时面板会说明原因，翻译请求返回空结果并保持英文原文显示。

开发

node scripts/build-client.mjs   # client.source.js -> lib/client.js（__ModuleLoader__ 包壳）
node test/text.test.mjs         # 分句 / 语言判定 / Markdown 掩码
node test/translator.test.mjs   # 分块、缓存命中、成本不重复
node test/client.test.mjs       # bundle 装载、插槽遮蔽注册、块替换

lib/client.js 是生成物，不要直接改；改 client.source.js 后重新构建。

	提示词注入类	本插件
模型行为	被提示词改变	完全不变
依赖	模型要服从指令，否则无效	任何模型都适用
成本	零额外调用	需一次翻译调用（可全本地 Ollama，零费用）
原文	只有中文	中文 + 可展开英文原文

	官方 / plus	本插件
折叠摘要	保持英文，展开才翻	折叠也显示中文摘要
翻译成本	云端 / 站点	可完全本地（Ollama），零成本、不出本机
请求策略	逐段翻译	摘要优先 + 展开才翻全文 + 单飞 + 熔断

2503455457-max/dsh-reasoning-translate-zh

dsh-reasoning-translate-zh

与同名项目的区别（重要）

状态与已知限制

1. 安装失败可能让应用无法启动，并重置你的配置

2. 只翻译你实际看的内容（省 CPU 的设计，不是缺陷）

3. 依赖 DSH 内部约定

4. 与官方/同类插件的区别

效果

它怎么工作

安装

方式一：从 GitHub 安装（推荐）

方式二：本地源码（开发/调试）

首次使用

配置

引擎选择

挑选翻译模型的标准

怎么测

一个必须知道的事故：客户端 bundle 抛错会把应用打到恢复模式

缓存与磁盘占用

已知限制

开发

Community comments

2503455457-max/dsh-reasoning-translate-zh

dsh-reasoning-translate-zh

与同名项目的区别（重要）

状态与已知限制

1. 安装失败可能让应用无法启动，并重置你的配置

2. 只翻译你实际看的内容（省 CPU 的设计，不是缺陷）

3. 依赖 DSH 内部约定

4. 与官方/同类插件的区别

效果

它怎么工作

安装

方式一：从 GitHub 安装（推荐）

方式二：本地源码（开发/调试）

首次使用

配置

引擎选择

挑选翻译模型的标准

怎么测

一个必须知道的事故：客户端 bundle 抛错会把应用打到恢复模式

缓存与磁盘占用

已知限制

开发

Community comments