DeepSeek Harness Plugin Hub

发布与管理完整 Harness Profiles,发现适合你的插件。

探索

插件目录环境预设文档中心动态

社区

发布插件联系我们报告问题

相关链接

Plugin Hub GitHubDeepSeek Harness 官方项目系统状态隐私说明
© 2026 DeepSeek Harness Plugin HubPowered byPaxTech

独立、非官方社区项目,与 DeepSeek 官方无隶属、授权或背书关系。

Plugin Bridge — DeepSeek Harness 插件(DSH Plugin)
← Plugins

dsh-plugin-bridge

Plugin Bridge

支持预览的 DeepSeek Harness 跨预设会话迁移,采用有界、固定架构的交接

插件会安装到这里;不确定时保持 web。

npx -y @deepseek-ai/dsh plugin --profile web add dsh-plugin-bridge@0.3.7
README兼容性版本
dsh-plugin-bridge moves a locked session to a new preset through a previewable five-part handoff

兼容性与来源证明

Plugin Bridge 以 dsh-plugin-bridge 发布,当前版本为 0.3.7。Plugin Hub 会校验它的 manifest,并保存精确安装来源,便于复现安装结果。

DSH 兼容范围
*
运行环境
web
发布来源
npm
Registry 更新时间
2026/9/20

版本

0.3.7stable
2026/9/17
0.3.6stable
2026/9/15
0.3.5stable
2026/9/10
查看其余 10 个版本收起版本
0.3.4stable
2026/9/9
0.3.3stable
2026/9/8
0.3.2stable
2026/9/3
0.3.1stable
2026/8/30
0.3.0stable
2026/8/25
0.2.11stable
2026/8/24
0.2.10stable
2026/8/22
0.2.8stable
2026/8/22
0.2.6stable
2026/8/21
0.2.5stable
2026/8/20

相关插件

正在加载相关插件…

最新版
0.3.7
DSH
*
HMR
重启进程
Tree shaking
未声明可安全裁剪
解包体积
591.4 kB
文件数
50
Surface
web
许可证
MIT
发布源
npm
GitHub
★ 165
周下载
267
安全扫描
✓ v0.3.7 扫描通过
最近提交
2026/9/17
查看源码 ↗项目主页 ↗
README Badge

点击下方 Badge 复制 Markdown,粘贴到 README 即可。

这是你的 Plugin?认领权益 · 优先安全扫描

验证 package.json 声明的 GitHub 仓库,即可管理这个公开页面。认领后,Hub 会优先安排当前版本的安全扫描,并在通过后公开展示结果。

认领这个 Plugin →
报告问题
DeepSeek Harness Plugin Hub
ProfilesPlugins分类动态文档登录管理 Profiles
ProfilesPlugins分类动态文档登录

相关插件

继续浏览 integrations-communication 分类下经过校验的插件。

Acp App@deepseek-ai/dsh-acp-appdsh ACP 配置文件包:基于 dsh-base 的仅限自动化的 JSON-RPC stdio 和进程生命周期管理Remote Web Ui@linxin666/dsh-remote-web-ui通过扫码配对访问 dsh Web GUI,共享一个官方界面:设置按钮旁的二维码可将手机和 PC 配对到同一个 Web GUI(手机采用竖屏触控适配层,PC 使用完整桌面界面),通过一次性令牌和 rPocketdsh-pocket把 DeepSeek Harness 装进你的口袋:一个包、一个设置页,手机扫码即同步访问电脑上的 DSH(局域网 + 公网,实时同屏)。DSCODE@toddzheng024/dscode-bundle完整的 DeepSeek 编码代理,支持持久化 shell、Ultra 协作和自动权限审查。

README

dsh-plugin-bridge

dsh-plugin-bridge moves a locked session to a new preset through a previewable five-part handoff

English | 中文

Halfway through a task and need another tool preset? Switching the produced session in place would leave tool history that belongs to the old assembly. Bridge previews a bounded five-part handoff, opens a clean target, and leaves the original session untouched.

A real Bridge migration in the official DeepSeek Harness WebUI

Quick start · Why Bridge · Evidence · Decisions · Compatibility

Quick start

Install from npm:

dsh plugin --profile web add dsh-plugin-bridge
# restart dsh web once

Pinned GitHub fallback:

dsh plugin --profile web add github:Totoro-qaq/dsh-plugin-bridge#v0.3.7

Then type in the official WebUI:

/bridge                       list target presets
/bridge --doctor              check the host contract after a DSH upgrade
/bridge code                  preview the handoff; change nothing
/bridge code --go             migrate, restate, then wait
/bridge code --go --continue  restate and start work in the same target request

On DSH rc.7 and later, the official WebUI renders /bridge as a native card. Text exposes the fixed five sections as ordinary fields and flat bullet or ordered-list rows while preserving their Markdown markers; Markdown preserves full source freedom; Preview renders Markdown or a complete JSON tree. Long content scrolls inside the card while the action bar stays reachable. Confirm migration opens the created target session.

UIs that implement the official conversation.chat.commandview slot receive the same card automatically. Other custom UIs retain the complete server result, summary-file workflow, and target title/session-ID fallback; UI authors can reuse the framework-free dsh-plugin-bridge/client-contract export instead of reimplementing the wire. On an older or non-slot client, correct the printed summary file and run:

/bridge code --go --file <path>

Preview edits are temporary until migration is confirmed. Restarting the client or system may discard them; the source session remains untouched, and you can regenerate the preview.

Uninstall with dsh plugin --profile web remove dsh-plugin-bridge, then restart dsh web.

Why Bridge

PromiseWhat it means
Preview before execution/bridge <preset> creates no target and changes no source session. Review or edit the five-section handoff first.
Move state, not tool tracesDecisions, paths, current state, and next steps move to a clean preset. Incompatible calls from the old tool assembly do not.
Fail closedThe target goal is paused before kickoff. If that cannot be guaranteed, Bridge clears/cancels the target and sends no model request.

Installing Bridge adds zero prompt tokens to ordinary sessions. It is a host slash command, not a model tool or skill.

Evidence at a glance

The release gate is intentionally small and reproducible; these are regression results, not population guarantees.

GateResult
Five-part summary facts30/30
Target restatement / first useful work facts60/60 · 60/60
Critical facts / obsolete-value resurrection90/90 · 0
Existing image evidence / unresolved raw image5/5 · 5/5
Confirm / --continue target request shape2 · 1 to first useful work
Confirm extra, paired nominal median+8.1% vs --continue
Summary worker share of clean acceptance components20.74% nominal
Native WebUI repeat gate (preview / target facts)3/3 · 3/3, five facts each
DSH 0.1.2 alpha.2 / alpha.3 / alpha.5 installed WebUI13/13 · ordered-list edit · PTC paused · image → text fallback
DSH 0.1.5-rc.1 installed WebUI, npm Bridge 0.3.413/13 · 3/3 migrations · edit reached target · PTC paused · raw image → vision target

The token percentage varies widely with preset, response length, and cache state. The worker share is composition, not causal overhead versus no Bridge; the stable product claim is one additional confirmation request. Read the design and evidence boundaries, full release report, and vision report.

How it works

fold history -> five-part handoff -> preview/edit -> clean target session
             -> pause stored goal -> inject -> restate -> wait or continue
image history -> verbatim assistant evidence; unresolved originals use the attachment gateway

The five sections are Goal, Current state, Key decisions and conventions, Key files, and Next step. The original session is never rewritten; archive the target and return to the source if the handoff is unsatisfactory.

Migration decisions

SituationBridge behaviorCost / fidelity effect
Plugin installed, no /bridge callNo prompt injection or model tool0 Bridge prompt tokens
/bridge codeOne bounded summary worker; preview onlyNo target session is created
Default --goTarget restates and waitsOne explicit confirmation request before useful work
--go --continueRestate and work in one target requestLower request count; no background goal round
Image already has assistant analysisCopy that response verbatimNo raw image is resent by default
Image is unresolved and target accepts imagesCopy the original attachment and preserve the source VLMVision pricing comes from the selected provider
Image is unresolved and target is text-onlyPrompt admission rejects the image; Bridge sends a visible text fallbackNo hidden local VLM and no silent claim of visual understanding

Compatibility

DSH baselineServer handoffNative cardVerification boundary
0.1.0-rc.6YesNoNarrow RPC contract and text compatibility tests
0.1.0-rc.7 / rc.8YesContract-checkedClient-module/command-slot contract plus server fallback
0.1.1-rc.2YesYesInstalled official WebUI: doctor 13/13, edit/confirm/auto-open, three-run repeat gate
0.1.2-alpha.2 / alpha.3 / alpha.5YesYesOfficial DSH npm hosts: typed controllers 13/13 and PTC auto-open; the alpha.5 gate installed the branch tarball, retained alpha.3 titles, edited ordered lists, fell back from unresolved image to text, and removed cleanly
0.1.2-rc.1 → 0.1.3-alpha.2Yes (Bridge 0.3.3+)Yes (Bridge 0.3.3+)Real npm-host upgrade, preserved v2 history/title, exact edited payload, PTC paused goal, image fallback and clean removal; see acceptance report
0.1.5-alpha.1Yes (Bridge 0.3.4+)Yes (Bridge 0.3.4+)Official npm host with session format V3: tarball install, served native-card bundle, doctor 13/13 and preset listing on a V3 session; SDK type diff and V3 fold fixtures. Model-backed preview, migration and image fallback were not re-run; see smoke report
0.1.5-rc.1Yes (Bridge 0.3.4+)Yes (Bridge 0.3.4+)Official npm host with the published 0.3.4 unchanged: doctor 13/13, native card rendered, three model-backed migrations to PTC with an exact edited handoff and paused goal, and an unresolved image carried to the vision-capable default model; see acceptance report
0.1.6-alpha.1Yes (Bridge 0.3.6+)Yes (Bridge 0.3.6+)Official npm host: doctor 13/13, native card rendered, still offered after the PTC runtime rename, keyless preview fails closed; the SDK change is additive and is byte-identical to 0.3.5. Model-backed migration was not re-run; see

Use Bridge 0.3.4 or later for DSH 0.1.5-alpha.1: DSH published no 0.1.4, and a caret prerelease range such as ^0.1.3-alpha.2 never matches the next prerelease minor, so 0.3.4 adds ^0.1.5-alpha.1 and builds against that SDK with byte-identical lib/ output. Session format V3 records the system prompt as a system/message surface node; Bridge folds only user, assistant and tool events, so prompt text never enters a handoff. Use Bridge 0.3.3 or later for DSH 0.1.3-alpha.2; Bridge 0.3.2 does not include those compatibility changes. The typed adapter reads the default 240-message history window with one fresh inspect call instead of four; it does not cache running state. doctor checks method availability, not end-to-end compatibility. The same ^0.1.5-alpha.1 range also matches 0.1.5-rc.1 and the 0.1.5 final, so rc.1 needs no new Bridge release.

Since 0.3.5 the summary worker follows the conversation's model by default (modelTier: current). On DSH 0.1.5-rc.1 that is V4.1-Flash, which matched V4-Pro in the tier comparison at about half the summary time. DSH releases before 0.1.5-rc.1 have no V4.1-Flash, so set DSH_BRIDGE_TIER=pro or pass --tier pro there.

Use Bridge 0.3.6 or later for DSH 0.1.6-alpha.1. It adds the ^0.1.6-alpha.1 peer term: ^0.1.5-alpha.1 matches a future 0.1.6 but no 0.1.6 prerelease. Only the dependency ranges change; the shipped code is the same as 0.3.5.

DSH 0.1.6-alpha.2 removed the client sessions.open. Bridge 0.3.6 still migrates there, but its Open target session button fails with ctx.sessions.open is not a function. Use Bridge 0.3.7 or later: it opens targets through the WebUI navigation service uiWorkspace.openSession and falls back to sessions.open on older hosts.

CI covers Node.js 22 and 24. Run /bridge --doctor after every Harness upgrade; it names missing required gateway methods instead of failing vaguely.

Current limits:

  • installing with the CLI (dsh plugin --profile web add) may need one WebUI restart; on DSH 0.1.6-alpha.2 a first install from the WebUI Plugins page (add the package name dsh-plugin-bridge) applies live, while upgrading an existing install there needs a restart;
  • the native card opens the created target through the WebUI navigation service (uiWorkspace.openSession, with sessions.open as the fallback on older hosts); older clients still receive the title and session ID fallback;
  • progress appears immediately while the worker runs; the current fixed three-run sample took 7.4–12.8 seconds of worker time, while previewTimeoutMs remains the hard bound;
  • text-only models cannot inspect unresolved images;
  • the native-card repeat gate is still only three fixed runs, so it is release evidence rather than a statistical guarantee.

The server command stays the compatibility core. The same package now adds an optional official client half for rendered editing and navigation; if that prerelease client contract fails to load, /bridge still returns the complete server result. See the implementation boundary.

Documentation

  • Design, safety, image policy, cost, and evidence
  • Chinese install, configuration, rollback, and FAQ
  • Release acceptance report
  • Vision migration report
  • Native WebUI repeat acceptance
  • DSH 0.1.2-alpha.2 compatibility acceptance
  • DSH 0.1.5-rc.1 compatibility acceptance
  • Summary worker tier comparison on DSH 0.1.5-rc.1
  • DSH 0.1.6-alpha.1 compatibility smoke
  • DSH 0.1.6-alpha.2 compatibility acceptance
  • Historical compression benchmark

Development

npm ci
npm run verify

verify builds and type-checks both plugin halves, runs 184 tests, checks generated lib/ and datasets, then packs, installs, and imports the actual npm tarball. Tests spend no model tokens. prepublishOnly runs the same gate; GitHub releases also require the tag to match package.json before trusted npm publishing.

Community listings: Awesome DSH Plugin · Awesome DeepSeek Harness

Ecosystem discovery: dsh-TUI. Bridge remains a standard DSH plugin; TUI/std conformance is tracked separately.

License

MIT

ptc
lib/
smoke report
0.1.6-alpha.2Yes (Bridge 0.3.7+)Yes (Bridge 0.3.7+)Official npm host: Bridge 0.3.6 migrates, but its Open target session button fails with ctx.sessions.open is not a function; Bridge 0.3.7 opens the target through uiWorkspace.openSession on alpha.2 and alpha.1, keeps the paused goal, and survives live disable and enable from the Plugins page; see acceptance report