Name: dsh-enhanced
Author: 22-ai-00

Instalar

dsh plugin --profile web add github:22-ai-00/dsh-enhanced

README

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.0

release: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。