dsh-mercury-diffusion
在 Web UI 中实时呈现 Inception Mercury 的扩散（去噪）流的 DeepSeek Harness 插件
插件会安装到这里；不确定时保持 web。
npx -y @deepseek-ai/dsh plugin --profile web add github:TonyWu2333/dsh-mercury-diffusion#2090dfcc206038d8f2716cc26fe0c8c8bf7c6e3aMercury Diffusion 以 dsh-mercury-diffusion 发布，当前版本为 0.2.1。Plugin Hub 会校验它的 manifest，并保存精确安装来源，便于复现安装结果。
DeepSeek Harness（dsh）插件：接入 Inception Mercury 扩散语言模型，获取的是 API 返回的真实去噪帧，并在 Web UI 里实时渲染它的扩散去噪过程，也就是"从乱码收敛成答案"的过程。
查看图片要求 dsh >=0.2.1-rc.2 <0.3.0、Node ^22.19 || >=24。
执行
dsh plugin --profile web add dsh-mercury-diffusion
dsh web
或
git clone https://github.com/TonyWu2333/dsh-mercury-diffusion.git
cd dsh-mercury-diffusion
npm install
npm pack
dsh plugin --profile web add ./dsh-mercury-diffusion-0.2.1.tgz
dsh web
然后到 设置 → 模型 → 添加模型供应商 → 自定义模型API 填扩散模型供应商的 API 根地址（Inception 为 https://api.inceptionlabs.ai/v1，要填到 /v1）与 API Key。插件不注册任何 provider，也不提供自己的配置页，用的是你在这里加的这条路由。
当你以支持扩散渲染的模型开启新对话或者切换到这些模型时，右侧将会出现悬浮按钮用于启用/关闭渲染效果。开关状态记在 dsh 的用户设置里（插件配置的 diffusion.<provider>::<model>），重启后保持。
旧版会自己注册一个名为 mercury 的 provider（API Key 默认读 INCEPTION_API_KEY，也可以在插件设置页里填）。这两样都已移除：现在请用上面那条自定义路由，并把默认模型指向它。原先固定在该路由上的会话需要重新选一次模型。
没有凭证引用的路由（既没有 profile 里的 apiKeyEnv，适配器也没声明认证用的环境变量）不会被当作候选——插件不会借别的 provider 的 key 去请求它。在设置页里填的 API Key 会自动存成引用，不受影响。
Mercury SSE (diffusing: 每块都是完整的当前文本)
└─ 桥接（在 llm/stream 处接管，自行带上 diffusing: true 重发）
├─ 中间帧 ─→ DiffusionHub ─→ /api/mercury-diffusion/frames (SSE, Connection exact route)
│ └─→ 浏览器帧源（按节奏回放）─→ 助手气泡原地播放
├─ 第一帧：空文本 block-start（让气泡立即出现）
└─ 结束后：最终文本的 text-delta / block-end ─→ 会话日志 / 对话
StreamChunk 协议里 text-delta 只能追加，而扩散帧是整段替换，所以帧走旁路通道，只有收敛后的文本作为正常 assistant 消息落盘。这遵守 dsh "模型可见 ⟺ 写入日志"的约束。diffusing。 输入区里挂着那个悬浮按钮组件，它同时保持帧通道订阅，作为"有人在看"的信号。标题生成、上下文压缩等辅助请求，以及 headless / ACP 等没有 Web 的场景，一律使用普通增量流式。messages: []，并把 diffusing 传成非法类型）。校验发生在生成之前，所以永远在产出 token 之前就被 400；只有真正认识这个字段的服务端才会额外报一条 loc: ["body","diffusing"] 类型错误，据此判定 yes / no / unknown，结论按 provider::model 缓存在进程内。diffusing，在第一帧到达前失败也会自动退回原适配器；用户主动中止时直接结束，不会用已中止的信号再发一次。max / xhigh）和 Inception 的取值集合不同，temperature 的允许范围也不同，所以重发时会丢掉这两项、只加上 diffusing: true；max_completion_tokens、stop、tools 照常转发。yes / no 一直有效；unknown（常见于干脆忽略 diffusing 的 OpenAI 兼容端点）只缓存 60 秒，避免每开一次会话都重新等一次探测。dsh 没有给助手消息的正文开放扩展点，而 keyed 插槽只能整体替换、不能包一层。所以插件以更高优先级注册了 conversation.chat.node[assistant-step]，所有模型的助手消息都会经过它。正常情况下的渲染移植自 dsh ui-chat 的 AssistantNodeView（MIT 许可）：
MarkdownText）、文件链接、过程折叠，以及官方的思考过程正文 Factory 和图片画廊 Factory。调试：在浏览器控制台执行 localStorage.setItem('dsh-mercury-debug', '1') 后刷新页面，会输出帧接收和气泡认领日志。
不需要 API KEY
scripts/mock-mercury.mjs 是一个本地假服务。diffusing 请求返回逐步去噪的整段文本，其他请求返回普通增量：
node scripts/mock-mercury.mjs # http://127.0.0.1:18931/v1
起好后，在 设置 → 模型 → 添加模型供应商 → 自定义模型API 加一条路由即可，不需要改任何配置文件：
| 项 | 值 |
|---|---|
| API 地址 | http://127.0.0.1:18931/v1 |
| 协议 | OpenAI Chat Completions |
| 模型 | mercury-3 |
| API Key | 随便填，mock 不校验 |
git clone https://github.com/TonyWu2333/dsh-mercury-diffusion.git
cd dsh-mercury-diffusion
npm install
npm run typecheck
npm test # node --test，含真实 dsh BlockAssembler 的组装校验和端到端帧通道测试
npm run build # lib/index.js（Host，ESM）+ lib/client.js（dsh client-module 闭包格式）
构建脚本会做纯度检查：客户端 bundle 只允许 require dsh PLATFORM_MODULES 中的模块，并且不能内联任何 @deepseek-ai/* 运行时代码。