超能力技能挂载 anht3889/dsh-superpowers

@anht3889/dsh-superpowers

DeepSeek Harness 配置档插件，挂载 obra Superpowers 技能，并在会话启动时注入 using-superpowers 方法论指引。

它做什么

加载配置档时，这个插件会：

1. 挂载技能 —— 解析已安装的 Superpowers skills/ 目录，注册一个隔离的 dsh-skill-filesystem 服务商（providerName: superpowers），让智能体可以用 skill 工具加载技能。
2. 注册引导 —— 从 using-superpowers/SKILL.md 贡献一段持久的 superpowers:bootstrap 系统提示词，外加一段简短的 DeepSeek Harness 说明，讲清楚要用 skill 工具（而不是 Claude Code 专属的钩子）。首次模型请求时这段内容就已存在。

本仓库不提交任何技能文件；构建 npm tarball 时会从上游复制，详见下文。

安装

npx @deepseek-ai/dsh plugin --profile web add @anht3889/dsh-superpowers
npx @deepseek-ai/dsh plugin --profile headless add @anht3889/dsh-superpowers

技能从哪来

Superpowers 在这里是 devDependency，锁定到 v6.4.2 标签背后的不可变提交（用移动标签的话，上游就能悄悄改变某个固定版本 @anht3889/dsh-superpowers 实际发布的内容）：

"superpowers": "github:obra/superpowers#8ca22dba9a94f28898bbce59f2537ff4d87c747d"

prepack 步骤（scripts/vendor-skills.mjs）会把该 checkout 的 skills/ 目录树和它的 MIT LICENSE 复制到 vendor/superpowers/，随发布的 tarball 一起打包（压缩后约 140 kB）。运行时插件优先解析 vendor/superpowers/skills，找不到再回退到已安装的 superpowers 包，本地开发走的就是这条回退路径。

这层间接是有原因的：pnpm 11 默认开启 blockExoticSubdeps，git 解析的子依赖会让安装失败并报 ERR_PNPM_EXOTIC_SUBDEP，所以已发布的插件不能通过 git URL 依赖 Superpowers。把技能放进 tarball 还意味着安装配置档只需要 npm registry —— 不用访问 codeload.github.com。

想跟进更新的 Superpowers 版本，就改这个包 package.json 里锁定的提交，然后发布新版本的 @anht3889/dsh-superpowers —— 用户升级的是插件，不是直接升级 Superpowers。

本地开发

构建这个包，然后用本地路径把它加进配置档：

pnpm install
pnpm run build
pnpm run vendor:skills # optional; without it the plugin reads node_modules/superpowers
dsh plugin --profile <name> add /path/to/dsh-superpowers

配置

在配置档的 cordis 配置（或补丁覆盖层）里，可选的插件配置：

- name: '@anht3889/dsh-superpowers'
config:
injectBootstrap: false # default: true

injectBootstrap 为 false 时，技能照常挂载，但跳过引导提示词那段。

不要挂载两次

每个配置档只需安装一次这个插件。不要再把 Superpowers 技能复制到 ~/.dsh/skills，也不要为同一份内容再挂载第二个 skill-filesystem 服务商——那样会让技能名重复，把目录搞乱。