DeepSeek Harness Plugin Hub

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

探索

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

社区

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

相关链接

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

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

Gsd Bridge — DeepSeek Harness 插件(DSH Plugin)
DeepSeek Harness Plugin Hub
ProfilesPlugins分类动态文档登录管理 Profiles
ProfilesPlugins分类动态文档登录
← Plugins
G

dsh-gsd-bridge

Gsd Bridge

GSD Core 工作流桥接,用于 DeepSeek Harness:将 @opengsd/gsd-core 挂载为 /gsd-* 斜杠命令,并提供会话导向。

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

npx -y @deepseek-ai/dsh plugin --profile web add github:cainiao1992/dsh-gsd-bridge#5b59ee6811b47eac3c5b20e73c9b3d26d180fc1f
README兼容性版本

兼容性与来源证明

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

DSH 兼容范围
*
运行环境
any
发布来源
github
Registry 更新时间
2026/8/31

版本

0.1.0stable
2026/8/31

相关插件

正在加载相关插件…

最新版
0.1.0
DSH
*
HMR
重启进程
Tree shaking
未声明可安全裁剪
解包体积
未提供
文件数
未提供
Surface
any
许可证
MIT
发布源
github
GitHub
★ 0
周下载
0
最近提交
2026/9/14
查看源码 ↗
README Badge

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

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

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

认领这个 Plugin →
报告问题

相关插件

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

Acp App@deepseek-ai/dsh-acp-appdsh ACP 配置文件包:基于 dsh-base 的仅限自动化的 JSON-RPC stdio 和进程生命周期管理Web All@linxin666/dsh-web-allDSH Web UI 全家桶聚合插件:一键安装全部功能插件(task-board / git-graph / pet / remote-web-ui / web-ui-settings / skin-center / community-plugins / compat shim)。compat 桥接层已并入本包(src/client),无需独立 compat npm 包。Codex Ui@michengai/dsh-codex-uiDSH Codex UI — 为 DeepSeek Harness Web 提供 Codex 风格侧栏、工作区会话树、全局搜索和轮次导航Automation@michengai/dsh-automation在独立 DSH Session 中按计划执行编码任务,支持 Web 设置页与 Agent 双入口管理。

README

dsh-gsd-bridge

Mount GSD Core — the spec-driven development system (Git. Ship. Done.: Discuss → Plan → Execute → Verify → Ship) — onto DeepSeek Harness as native /gsd-* slash commands.

@opengsd/gsd-core is consumed as a plain npm dependency and adapted at dispatch time; nothing is rewritten on disk.

Features

  • 71 workflow commands — the full GSD Core command surface becomes /gsd-* slash commands: /gsd-new-project, /gsd-onboard, /gsd-plan-phase, /gsd-execute-phase, /gsd-verify-work, /gsd-ship, /gsd-next, /gsd-help …
  • Session orientation — when a session starts in a directory with a GSD project (.planning/), the model is oriented with the current STATE.md head, mirroring GSD Core's SessionStart hook.
  • Upstream-faithful, zero fork — command bodies are adapted in memory (frontmatter stripped, @~/.claude/gsd-core/... includes inlined, tool vocabulary renamed, the gsd_run shim re-pointed). The gsd-core package itself is never modified, so an upstream upgrade is just a version bump.
  • Interoperable project state — GSD state lives in the project (.planning/), so a Claude Code session and a DeepSeek Harness session can drive the same project interchangeably.

Requirements

  • Node.js ≥ 24
  • A DeepSeek Harness web (or base) profile already mounted — it must provide the fs and commands services.

Install

Direct from GitHub (no npm publish). The prepare script builds lib/ automatically on install.

dsh plugin --profile web add github:cainiao1992/dsh-gsd-bridge --config.auto-install-peers=false

dsh plugin forwards its arguments verbatim to pnpm inside the profile directory. --config.auto-install-peers=false avoids the incomplete rc-era peer graph of the @deepseek-ai/dsh-* packages — in a profile the peers are already provided by the host bundles, so they are not re-installed. Equivalent manual form:

cd ~/.dsh/profiles/web
corepack pnpm add github:cainiao1992/dsh-gsd-bridge --config.auto-install-peers=false

Then mount it by replacing the local absolute path with the bare package name (the loader resolves bare names against the config-file directory → the profile's node_modules):

# ~/.dsh/profiles/web/cordis.patch.yml
- insert:
    - id: gsd-bridge
      name: dsh-gsd-bridge

Usage

Type any /gsd-* command in the DeepSeek Harness Web UI.

/gsd-help            # workflow catalog
/gsd-new-project     # greenfield: questioning → research → requirements → roadmap
/gsd-onboard         # existing codebase: map → ingest → initialize planning
/gsd-plan-phase 1    # create a detailed plan for phase 1
/gsd-execute-phase 1 # execute all plans in the phase
/gsd-next            # state-aware router

How it works

Every /gsd-* dispatch adapts the gsd command in memory before it reaches the model:

AdaptationDetails
Frontmatter stripallowed-tools / requires / effort are dropped (the dsh tool registry owns tool governance); description and argument-hint register the command.
Include inlining@~/.claude/gsd-core/... <execution_context> references (which Claude Code resolves at prompt-assembly time) are read and inlined, budget-capped, cycle-safe, and recursive.
Vocabulary rewrite`Read`→`read` , Agent→subagent, AskUserQuestion→ask_user_question, /gsd:x→/gsd-x, Copilot <runtime_note> blocks dropped.
Shim rewrite$(git rev-parse --show-toplevel …) → the installed package root, so gsd_run / gsd-tools.cjs resolve immediately.
Argument substitution$ARGUMENTS / ${ARGUMENTS} → the text after the command name.

Dispatch uses agent.steer() (user-message semantics); session orientation uses agent.inject() (a non-waking notice).

Hook coverage

Of GSD Core's ~20 Claude Code hooks, only the SessionStart state orientation is ported (agent/session-start event → .planning/STATE.md injection). Tool-interception hooks (read-guard, worktree-path-guard, …) are covered by dsh's native permission/sandbox stack; update-check hooks are irrelevant against a pinned npm dependency.

Configuration

FieldDefaultMeaning
vendorRootinstalled @opengsd/gsd-corepackage root to bridge (a fork or local checkout)
includeBudgetChars220000per-command include-inlining character budget
stateCapChars3500STATE.md orientation truncation
orientationtruedisable session orientation

The recommended local override for vendorRoot is ~/.dsh/gsd-core — a package-root install (with commands/, agents/, and the gsd-core/ runtime root — the DSH counterpart of ~/.claude/gsd-core):

- id: gsd-bridge
  name: 'dsh-gsd-bridge'
  config:
    vendorRoot: /Users/<you>/.dsh/gsd-core
    includeBudgetChars: 100000

Development

npm install --legacy-peer-deps   # rc-era dsh npm peer graph is incomplete for local dev
npm run build                    # tsc → lib/

Type contracts come from the published @deepseek-ai/dsh-* declarations (dsh-commands, dsh-fs, dsh-agent, dsh-llm).

Known limitations

  • gsd-core is pinned to 1.12.0; an upgrade requires re-validating the command-body format.
  • The dsh npm packages are rc-phase; installs need --config.auto-install-peers=false (drop it once the upstream peer graph is complete).
  • PreToolUse-class hooks are not ported (the dsh native stack covers them); write-guard (protection against catastrophic .planning/ overwrites) is a known gap.
  • GSD named agents (gsd-executor, …) map to subagent delegation with persona-file prompts, not native agent types.

License

MIT (this repository's code). @opengsd/gsd-core is distributed as a dependency under its own MIT license.