下午三点，Web preset 里已经跑了两小时：读完前端仓库，定位到接口层的字段拼装问题，候选文件从七个缩到两个，顺手记下「这个目录别碰」。接下来要改后端适配层、补回归、跑构建，这些活在 Code preset 里更顺。
最直觉的做法是原地换档：模型、工作区、上下文都在，换个工具集接着干。真做过的人知道，这几乎必坏。
原地切为什么不行
会话历史不是抽象文本，而是一串带工具名的调用记录。Web preset 产生的那部分里，写满了属于 Web 工装的方法名和参数形态。换成 Code 之后，模型看到的上下文变成：前半段在调用一批当前组合里并不存在的方法，后半段要求它用另一批工具继续。
第一个后果是工具历史污染。旧调用留在上下文里，模型会模仿它看到的模式，于是去调用一个已经不在组合里的方法，或者用旧参数形态调用新方法。报错还算好的，更麻烦的是它悄悄换了做法。
第二个后果是决策依据的隐性丢失。两小时里最值钱的产出往往不是代码，而是「为什么排除了另外两个方向」「哪个字段其实是上游保证的」。这些散在对话里，切完要么被截断，要么被淹没在调用记录中。
五段交接交接了什么
Bridge 不搬历史，搬状态。它把源会话折叠成固定五段：
- Goal：要达成的结果，一句话能验收的那种
- Current state：做完什么、验证到哪一步、还有什么没动
- Key decisions and conventions：已定的取舍与必须遵守的约定
- Key files：真正要碰的文件，以及明确不要碰的路径
- Next step：下一步具体做什么
有界比「摘要得好不好」更重要。有界意味着你能在一屏里读完并判断它对不对，而不是面对一段看不出哪里错的自由摘要。README 的回归门槛里，五段摘要事实项 30/30，关键事实 90/90、过时值复活 0；这些是仓库自带的小样本可复现回归，不是生产环境统计。
关键文件那段值得单独提。跨 preset 迁移最常出问题的不是「忘了上下文」，是「路径对但目录不对」。
先预览，再决定
/bridge code 只做一件事：生成预览。它不创建目标会话，也不改源会话。这点值得强调：很多迁移工具第一次点击就动手了。
/bridge list presets
/bridge --doctor check host contract
/bridge code preview only
/bridge code --go migrate, restate, wait
/bridge code --go --continue restate and work in one request官方 WebUI 里预览是原生卡片，Text 与 Markdown 可往返编辑，Preview 看渲染结果。你要判断的很朴素：Goal 是否真要，Key files 有无多写漏写，Next step 是否下一步真会做。
改完再确认。预览编辑只存在内存里，重启客户端或系统可能丢失，确认状态一起丢；源会话不受影响，重新生成一份再改即可。反过来说，换版本或卸载前要先把待确认的交接处理完。
干净目标会话，先暂停再 restate
确认之后，Bridge 建一个干净的目标会话，注入交接，先做一件容易被忽略的事：把目标会话的 goal 暂停，再让它 restate。暂停在前、注入在中、restate 在后。
默认的 --go 会让目标先把五段复述一遍，停下来等你确认，确认后才真正干活。这就是「多一次确认请求」，配对名义中位数 +8.1%，对比 --continue。如果已经看清楚、不想再读一遍复述，用 --go --continue，restate 与开工合并进同一次目标请求。验收里确认模式到首次有效工作 2 次请求，--continue 是 1 次。
fail closed 意味着什么
目标 goal 在 kickoff 之前必须先暂停；如果 Bridge 无法保证，它会清空或取消目标会话，并且不发任何模型请求。
失败的方向是「什么都不发生」，不是「发生了一半」。跨档迁移最坏的结局不是没迁成，是迁了一半：目标会话已经开跑、已经在改文件，而你以为它还在等确认。Bridge 选择直接退出，代价是重来一次，收益是不留半成品。
原会话始终不动
这条是「要不要试一下」的心理前提。流程里源会话从不被改写。交接不满意，归档目标会话，回源会话继续，损失的只有那一次摘要 worker。
成本结构也配合这一点：装完 Bridge 后，普通会话的 prompt token 增量是零。它是宿主侧 slash 命令，不是 model tool，也不是 skill，不调用就不注入。只有敲下 /bridge 那一刻才会有一次摘要 worker 跑起来，README 记录的样本从 7.4 秒到 37 秒不等，随宿主、模型和输入变化。
还有个数字易误读：摘要 worker 占干净验收组件的 20.74% 名义份额。这是构成占比，不是「不用 Bridge 就省 20.74%」的因果开销。稳定可主张的只有一条：默认确认模式多一次请求。
装之前值得知道的
npm 上 latest 是 dsh-plugin-bridge@0.4.7，node >=22，运行时依赖只有 @deepseek-ai/schemastery，MIT，2026-08-17 建仓，163 星、周下载 893、综合分 61.7。站点静态检查快照还停在 0.4.6，以 registry 为准；本站信任档位「已验证」，已在 dsh 0.2.0-rc.2 下真实安装成功。
扫描口径要照实说：🔵 含敏感能力，会读写和删除本地文件、写剪贴板（剪贴板不计风险），尚无人工评估，站点未做风险分级。README 未认证 Windows、Linux 与原生 alpha.4 Desktop。
总结
跨配置档换档真正难的不是搬上下文，是别把旧工具组的调用历史搬过去；Bridge 用一份有界、可编辑、可预览的五段交接，配合暂停 goal 与 fail closed，把换档变成可控操作；想对照同类插件的中文清单见 DeepSeek Harness Hub 插件清单。
适合与不适合
适合：同一任务要从 Web preset 换到 Code preset 的人；需要把两小时的决策与文件范围带进新组合的人；想先看交接内容再决定是否迁移的人；能接受一次摘要 worker 等待的人。
不适合：只在单一 preset 里干活、从不换档的人；期待零成本瞬时切换的人；无法接受「迁移可能直接取消」这种失败方式的人。
标签：dsh-plugin-bridge、DeepSeek Harness、preset 迁移
本文由 DeepSeek Harness Hub 自动整理，数据来源于插件详情页。