dsh-enhanced
dsh-enhanced 是 DeepSeek Harness 的多插件仓库。plugins/* 中的每个目录都是可独立安装、测试和发布的 DSH bundle。
在 dsh 中使用
安装已发布插件：
dsh plugin --profile web add @dsh-enhanced/<plugin-name>
dsh --profile web --dump-config
dsh web本地开发时把包名换成插件目录：
pnpm build
dsh plugin --profile web add ./plugins/hello使用 DSH 源码版 CLI 时，把 dsh 换成 DSH 仓库根目录下的 pnpm dsh。
插件一览
每个插件都是独立发布的 npm 包，只安装需要的能力即可：
| 插件 | 简要说明 | 快速安装 |
|---|---|---|
@dsh-enhanced/acp |
将 DSH 暴露为 ACP stdio agent，让支持 ACP 的编辑器使用 DSH 的 Agent、模型、工具、权限与会话能力。 | dsh plugin --profile acp add @dsh-enhanced/acp |
@dsh-enhanced/coding-subscription-provider |
接入本机已登录的 Codex、Claude Code、Cursor Agent 和 Grok Build；自动发现模型，并为 Codex、Claude、Grok 展示 reasoning effort。 | dsh plugin --profile web add @dsh-enhanced/coding-subscription-provider |
@dsh-enhanced/traex-acp-provider |
通过 ACP 调用本机已登录的 TraeX，并动态展示其模型与逐模型 reasoning effort。 | dsh plugin --profile web add @dsh-enhanced/traex-acp-provider |
@dsh-enhanced/hello |
最小示例插件，用于验证 bundle 安装、Cordis patch、构建与日志链路。 | dsh plugin --profile web add @dsh-enhanced/hello |
安装 Web provider 后运行 dsh --profile web --dump-config 检查最终配置，再执行 dsh web。Coding Subscription Provider 需要先安装并登录准备使用的官方 CLI；TraeX provider 还需要在配置中显式设置 enabled: true。各插件的完整配置、权限边界和排错方法见表内链接。
ACP 插件使用独立的 acp profile。安装后运行 dsh --profile acp --dump-config，再在 ACP 客户端中把 dsh --profile acp 配置为 stdio agent。原生 Windows 支持目前为实验性，详见插件文档。
新增、重命名、弃用或移除插件时，应同时维护本表和 plugins/README.md 的完整目录。
开发
要求 Node.js 22.19+（或 24+）和 pnpm 11.7.0。
pnpm install
pnpm create:plugin my-plugin
pnpm check发版与版本记录
仓库级版本记录在 release-manifest.json。查看当前版本、待发布版本和下一个默认版本：
pnpm release:status准备下一次整体发版时，默认读取已记录版本并把补丁位加一，例如 0.1.0 → 0.1.1：
pnpm release:prepare需要主动升级主版本或次版本时可以显式指定，而且指定值必须高于当前记录：
pnpm release:prepare -- 0.2.0release:prepare 会统一修改根包、所有 plugins/*/package.json 和插件运行时的 src/version.ts，并写入 pending，但不会把尚未发布的版本标记为成功。运行 pnpm check 并提交版本变更后，只能从仓库根目录使用 pnpm 发布：
pnpm release:publish不要在插件目录运行 npm publish：npm 不会把 workspace 的 catalog: 依赖转换成实际版本，最终包将无法在 DSH profile 中安装。每个插件的 prepublishOnly 会拦截这种误操作。确认所有包都已发布后，再执行：
pnpm release:record该命令会校验所有插件仍与 pending 版本一致，然后更新 current、追加 history 并清空 pending。最后提交账本变更并在同一提交上创建对应 Git tag。若发版中途失败，保留 pending，修复后重新运行 pnpm release:publish；pnpm 会跳过注册表中已有的同版本包。不要提前执行 release:record。
目录
plugins/ 独立发布的 DSH bundle
packages/ 多插件复用的普通库
templates/ 新插件模板
scripts/ 创建与校验脚本
docs/ 开发文档