dshp
管理 DeepSeek Harness 配置文件——列出、创建、克隆并分享完整的 dsh 设置，将其作为一个可移植文件。
插件会安装到这里；不确定时保持 web。
npx -y @deepseek-ai/dsh plugin --profile web add github:asdf17128/dshp#7bf87ccd4ffd457977d079fa4ecf6defd9c57a1dP 以 dshp 发布，当前版本为 0.1.0。Plugin Hub 会校验它的 manifest，并保存精确安装来源，便于复现安装结果。
点击下方 Badge 复制 Markdown，粘贴到 README 即可。
验证 package.json 声明的 GitHub 仓库，即可管理这个公开页面。认领后，Hub 会优先安排当前版本的安全扫描，并在通过后公开展示结果。
认领这个 Plugin →Share a whole DeepSeek Harness setup as one file.
English | 中文
npx dshp ls
dsh boots profiles and forwards installs to pnpm. It cannot create an empty profile, list the ones you have, copy a working setup before you experiment on it, or hand a setup to someone else — that is all manual work under ~/.dsh/profiles today.
Which matters, because "everything is a plugin" means your setup is a stack of layers, and the useful unit to share is the whole stack, not one plugin at a time.
dshp export web -o my-setup.dshp
# dsh profile — reproduce with: dshp import <this-file>
dshp: 1
name: web
bundles:
- @deepseek-ai/dsh-base
- @deepseek-ai/dsh-web-app
- dsh-cloudflare-browser-run
plugins:
dsh-cloudflare-browser-run: "^0.1.1"
patch: |
- id: session-title
config:
fallbackMaxWords: 12
Short enough to paste into a forum post. On the other machine:
dshp import my-setup.dshp
That writes the profile, installs the plugins through dsh's own pnpm, and you boot it with dsh --profile web. Verified end-to-end: a fresh $DSH_HOME reproduced a 132-entry tree identical to the original, patch included.
dshp clone web web-试验田 # instant, keeps node_modules
dsh plugin --profile web-试验田 add some-experimental-plugin
dshp diff web web-试验田
web -> web-试验田
plugins
+ some-experimental-plugin@^0.2.0
If it goes wrong, dshp rm web-试验田 --yes. Your working profile was never touched.
dshp ls | profiles, with bundle/plugin counts and disk size |
dshp show <name> | bundles in load order, plugins, patch |
dshp new <name> [--web|--headless] | create a profile — dsh itself cannot make an empty one |
dshp clone <from> <to> | copy a working setup, node_modules and all |
dshp export <name> [-o FILE] | portable file (stdout by default) |
dshp import <file> [--as NAME] [--no-install] | recreate a profile |
dshp diff <a> <b> | what differs |
dshp rm <name> --yes | delete |
Under $DSH_HOME/profiles/<name>:
package.json — dependencies are the plugins, dsh.profile.bundles is the ordered layer stackcordis.patch.yml — your own id-targeted overridescordis.yml, pnpm-workspace.yaml — boilerplate, regeneratedSo three things reproduce a setup: plugin versions, bundle order, and the patch. That is exactly what the portable file carries.
Bundle order is part of the format: it decides which layer patches which, so a reordering is reported by diff as a real difference.
The patch block is copied byte-for-byte rather than re-serialised, because it may hold !!js expressions (root: !!js dshHomePath('sessions')) that a YAML round-trip would mangle or evaluate. Nothing here ever evaluates your config.
As a CLI: npx dshp ls — nothing to install.
As a plugin:
dsh plugin --profile web add github:asdf17128/dshp # install
dsh plugin --profile web remove dshp # uninstall
Removing it drops the list_profiles and export_profile tools. Your profiles
are untouched — the plugin only reads.
Verified against @deepseek-ai/dsh 0.1.0-rc.5. The profile layout it reads
(package.json with dsh.profile.bundles, cordis.patch.yml) is dsh's own; a
change there is what would break it first.
Node 18+. import needs a working dsh (local node_modules/.bin/dsh preferred, otherwise on PATH) because it installs through dsh's own pnpm; every other command is pure filesystem work.
dsh-doctor — checks a profile for patches that silently stopped applying.
MIT