建议：给阅读页加一层「思考链 / 回答」实时翻译（对标 dsh-think-translate） #62

先说好的地方：阅读页把过程收起来、思考卡自己跟着滚动、折叠的节奏（收缩→计数→停顿→继续）都很克制，动效和排版是这套插件里最难被替代的部分。也正因为这样，我下面这个建议才不敢自己乱做。

（以下为原话，未做任何改写，本 issue 中仅此一段是用户原话）

插件确实美观好看，缺翻译，能不能加入类似这个插件的效果，我让ai花点时间倒是也能适配，但是做出来没您好看

想要的

• 翻译思考链（reasoning 块）和最终回答，最好连任务卡 / 待办也一起。
• 对标 dsh-think-translate：8 种目标语言、边流边翻（按句成批）、纯展示层——原文仍留在 transcript 和模型上下文里，翻译文本不进 context。
• 代码、路径、命令、URL 不翻。
• 默认关，设置里 opt-in。这一点和 DESIGN.md 的「Preserve literal reasoning text, whitespace, source order and block identity」是一致的，我不想让默认行为变味。

为什么现在没有：两个插件占的是不同的层

• dsh-think-translate 是替换官方 assistant-step 节点渲染器（conversation.chat.node / key assistant-step / priority -1，压过官方的 priority 0），它自己的 ThinkRow 负责翻译版思考行。
• dsh-better-display 是替换整个会话视图（conversation.view / id reader / order -5），并且在 installOfficialSlots 里把官方节点镜像到自己的 seat，其中 READER_NODES = ['user','steering','assistant-step','tool-call','turn-tail','turn-process'] 是排除的——因为这些行由阅读页自己画。

结果就是：进阅读页之后，思考块由 ReadingReasoning 渲染，think-translate 的渲染器根本没机会跑。所以这不是「装两个插件就行」，是阅读页这一层缺一个接缝。

（复现环境：DSH 0.2.0-rc.2 / dsh-better-display 0.3.6 / dsh-think-translate 1.2.7，两个插件同时安装、都启用。）

为什么「自己适配」做出来会差一档（技术原因，也是我建议的最小接入面）

阅读页的观感和文本是绑在一起的：

• lib/types/client/Blocks.js:81 的 ReadingReasoning({ text, streaming, holdFormatting, startedAt, interrupted, liveText }) 先过 useStreamingText(...)，再由 MotionPlainText 做 opacity/blur 逐字浮现；
• 思考卡的跟随滚动在 ReasoningCard.js（reasoningTarget、REASON_STEP、两行步进、clamp 到真实末尾），DESIGN.md 里写的是 840ms 步进 / 500ms cubic-bezier(.22,1,.36,1) / 28px 视口遮罩。

而现有的扩展点 dsh-better-display.block（kind: 'chain'）传给注册者的 owner 只有 { block, streaming, source }，不带 presentation / holdFormatting / liveText。第三方一旦替换渲染，就等于自己重画，逐字浮现、跟随滚动、折叠编排全丢——这就是「做出来没您好看」的技术原因，不是手艺问题。

所以建议二选一，推荐 (a)：

• (a) 文本变换缝：在 ReadingReasoning / ReadingMarkdown 进入 useStreamingText 之前留一个可选变换（例如 ctx 注入的 translation 服务，或 reader.text.transformer），返回 { text, final }。翻译只发生在展示层，block、session 数据和折叠生命周期都不动；阅读页保留全部动效与跟随，观感天然一致。
• (b) 扩展 block slot 的 owner：把 presentation / holdFormatting / liveText 一起传下去，让第三方渲染器能复用同一套 reveal 机制。

两个都要注意的流式细节：

• reasoning 是增量文本，翻译必须按句批处理并留「尾随边距」（think-translate 用的是 120 字符边距、最小批 24 字符、单批 900 字符），否则会翻到半句话；
• 需要独立的翻译 revision，别挂在原文 revision 上，不然每来一句就重播一次浮现动画；
• 引擎可以复用：think-translate 的翻译是 HTTP 路由 /_xlate/translate，provider 链是 google gtx / bing / 本地 Ollama / OpenAI 兼容 / Anthropic，外加 600 条 LRU 缓存，和渲染完全解耦。也就是说「用它的引擎 + 您的渲染」是可行的，不一定非要它再注册一个块渲染器。

最低成本方案

如果暂时没时间做翻译，那只要把 dsh-better-display.block 的契约写进 DESIGN.md、并按 (b) 补上 presentation 字段，社区就能自己接。对作者来说改动很小，对观感的保护最大。

附：设置项建议

建议在设置里加一节「翻译」：语言可以跟随现有 locale.register('better-display', { zh, en }) 的设置面板，或独立选择目标语言；默认关闭。

English summary (full text above is authoritative): the Reader view replaces the whole conversation view and renders reasoning itself (ReadingReasoning), while dsh-think-translate replaces the official conversation.chat.node / assistant-step renderer — so translation never runs inside the Reader. Suggested seam: an optional text-transform hook applied before useStreamingText, returning { text, final }, keeping the plugin's motion/fold/follow machinery intact; alternatively widen the dsh-better-display.block chain-slot owner with presentation / holdFormatting / liveText.