@deepseek-ai/cordis
@deepseek-ai/cordis 是 DeepSeek Harness 里的一个共享库：每个 profile 包都建在它上面的插件框架。
当前版本 4.1.0。它不是插件行，没有可安装的面板，也不该被单独卸掉——卸掉它等于拆掉别的包的地基。
它是什么
上下文对象 ctx、插件生命周期、依赖注入、读取补丁栈的加载器，都归它。
其余一切都调它：bundle 插行、seam 提供能力，这两样都是挂在 ctx 上的 cordis 插件。
它随 profile 进来，不用单独装
16 个 profile 包里有 16 个直接依赖它，所以装了 profile 就有它。
依赖行在 $DSH_HOME/profiles/<名字>/package.json；dsh --profile web --dump-config 打印的合成树，就是 cordis 读完补丁栈之后的产物。
"@deepseek-ai/cordis": "4.1.0"
# $DSH_HOME/profiles/<name>/package.json谁在用它
下面 35 个社区插件把它声明成 peer，点进各自页面能看到它改的是哪一块。
- dshmarket
- dsh-plugin
- @michengai/dsh-archive-manager
- dsh-session-superagent
- @michengai/dsh-skills-manager
- dsh-free-search
- dsh-dream-skin
- dsh-plugin-wallpaper-engine
- dsh-pet
- @nanmicoder/dsh-agent-teams
- dsh-agent-compare
- dsh-mobile-plugin
- dsh-remote
- ds-harness-remote
- @tencent-connect/dsh-qqbot
- dsh-genui
- deep-view
- dsh-univer-office
- dsh-ops
- @deepseek-harness-tui/dsh-tui
- universal-plugin-hub
- dsh-skill-browser
- @lmzhen/dsh-evolution-skill-health
- @huaweidevtools/aishell-dsh-brand
- @aiwayds/dsh-llm-proxy
- dsh-tool-database
- dsh-providers-hub
- dsh-permission-remote
- @yugoo-design/dsh-design-panel
- dsh-codegraph-visualizer
- @mzzsfy/dsh-tool-gate
- @xiaoso/dsh-tool-plus
- dsh-better-plugin-updater
- @xirang-ai/dsh-teamflow
- dsh-mnemon
版本与 engines
npm 上最新是 4.1.0（2026-11-04），前一天是 4.0.6-alpha.2。它没有 engines.dsh，因为它不是 dsh 插件——兼容契约写在各个包的 @deepseek-ai/cordis peer 区间里（多数清单写 >=4.0.1 <5.0.0）。
常见问题
为什么 16 个 profile 包都依赖它？
因为它们注册进去的那个 ctx 由它提供。dsh-base 通过它插第一批行，dsh-web-app 通过它挂界面，dsh-fs 这类 seam 通过它替换一项能力。profile 里没有东西跑在那个上下文之外。
一个 profile 里出现两份 cordis 会怎样？
peer 是声明式依赖，pnpm 在一个 profile 里只解析一份。出现两份就是两个上下文：注册在其中一个里的插件，另一个看不到，症状是装得很干净但界面永远不出现。