这还不是无缝兼容，而是一场架构实验：Claude Code的扩展能力，究竟是不是“一切皆插件”的子集？
导读：Claude Code在10月1日公开Mods机制，两天后，DeepSeek Harness就在v0.2.1-alpha.1里加入实验性兼容层。速度很快，但这不是一句“已经兼容Claude Code插件”就能概括的更新。它真正要验证的是：Claude Code Mods提供的能力，是否大体可以被DeepSeek Harness原有的插件架构覆盖。
两天接入，重点不是抢速度
时间线很紧：10月1日，Claude Code公开Mods；10月3日，DeepSeek Harness发布v0.2.1-alpha.1；随后项目维护者进一步解释，这一层仍处于实验性Alpha，目标不是承诺100%兼容，而是验证架构边界。
这一区别非常重要。兼容层像一个翻译器：它尝试把Claude Code Mod注册的事件、界面与运行时调用，映射到DSH的插件系统中。但只要两边的生命周期、权限顺序或宿主服务不同，就不可能仅靠“API名字相同”实现无损迁移。
为什么DeepSeek Harness敢做这层兼容？
DeepSeek Harness从项目开始就把“一切皆插件”写进架构：模型适配器、工具注册表、会话日志、Agent Loop乃至界面能力，都由Cordis插件树提供服务、事件和副作用。官方架构文档甚至强调，它没有一个永远高高在上的“特权核心”。
因此，DSH团队提出的并不是“照着Claude Code再做一套Mods”，而是一个更直接的问题：如果Claude Code Mods也是事件、服务、状态和界面的组合，那么这些能力是否可以挂载到DSH已有的插件树里？
官方文档已经写明：现在远不是无缝兼容
| 检查项 | Claude Code Mods | DSH兼容层现状 |
|---|---|---|
| 插件清单 | 读取plugin.json与hooks.json | 需要defineMod包装，并在cordis.yml挂载 |
| 信任层级 | 存在用户、项目与托管设置语义 | 兼容Mod统一按用户层加载 |
| 开发体验 | 有插件命令、类型生成与热重载流程 | 这些能力暂未提供 |
| TypeScript模块 | 由Claude Code宿主处理 | 只在启动器提供转译时可直接加载，普通Node安装要先编译 |
| tool.call | 可参与工具调用链 | 在权限决定后进入tools/execute；为保持日志一致，跳过工具名与参数改写 |
| 宿主API | 由Claude Code提供完整命名空间 | 部分API可用；model、agent、config等命名空间会明确拒绝 |
所以，目前最准确的描述是：DSH提供了一个可运行部分Claude Code Mod逻辑的实验性桥接层，而不是完整复制Claude Code宿主。
安全边界必须单独说：Mod拥有完整进程权限
官方兼容文档明确提醒：DSH当前不会把兼容Mod放进沙箱。它们与主程序在同一进程运行，可以接触Node全局对象，并拥有与当前进程相当的权限。只应加载你信任且审查过源码的Mod。
这意味着一个“只是换皮”的Mod也可能读取环境变量、访问文件或发起网络请求。团队环境中不能把第三方Mod当成普通主题包处理，至少要固定版本、审查依赖、限制运行账户权限，并在隔离环境先做测试。
想迁移一个Claude Code Mod，先做这6项检查
- 看入口格式：把原Mod的注册函数用DSH的
defineMod包装，并写入cordis.yml，不要指望DSH自动读取原清单。 - 列出事件：逐项核对Mod监听的宿主事件。未知事件可能只产生警告，不能假定它已经生效。
- 列出命名空间：搜索
$.model、$.agent、$.config等调用；官方文档已标记的未支持API会直接拒绝。 - 检查工具改写：依赖
tool.call修改工具名或参数的安全Mod，不能原样迁移。DSH会优先保持权限决定与日志中的调用一致。 - 处理TypeScript：生产安装应先编译为普通Node可加载的JavaScript，不要把开发环境能跑误认为部署环境也能跑。
- 审查权限：检查文件、网络、子进程和凭证访问，再用低权限账户和测试项目验证。
建议先选纯UI、状态展示、通知或只读观察型Mod做实验；涉及权限拦截、工具改写、模型切换和配置管理的Mod，应等对应能力明确后再迁移。
“一切皆插件”背后，其实有三层野心
第一层：把Harness做成个人工作台
用户可以用社区插件和Creator模式调整界面、工具、上下文与工作流，Agent也可以参与编写和安装插件。它不再只是聊天窗口，而是一个可以不断组合能力的工作环境。
第二层：把行业经验封装成插件
企业可以把内部工具、流程、审批、素材库和领域经验包装成私有插件。MIT许可并不要求行业插件必须公开，这给垂直部署留下了空间。
第三层：让Agent改造自己的Harness
如果模型能够修改任何一层插件，就有机会根据任务调整工具、界面、记忆和执行循环。真正的难点不只是“让Agent写代码”，而是热插拔、可回滚、权限控制、评测，以及模型与Harness协同训练。
DSH与Claude Code，路线并不完全相同
| 维度 | Claude Code Mods | DeepSeek Harness |
|---|---|---|
| 当前优势 | 成熟产品宿主、明确运行时与UI扩展接口 | 开放架构，模型、工具、会话与循环都可插件化 |
| 适合场景 | 围绕Claude Code增强交互、安全与工作流 | 研究Harness结构、组合多模型与自定义运行机制 |
| 当前风险 | 早期接口可能变化，扩展能力受宿主边界约束 | 兼容层不完整、API差异大、第三方Mod无沙箱 |
做视频网观点
这次更新最值得关注的，不是“DeepSeek Harness也能装Claude插件了”。真正有价值的是两个Agent生态开始出现可比较的扩展边界：一个从成熟产品向内部开放，另一个从插件化底座向外兼容。
短期看，用户不应期待把Claude Code Mod目录复制过去就全部运行；中期看，如果常用事件和UI能力能够稳定映射，开发者可能用一套核心逻辑服务多个Harness；长期看，谁能把插件生成、验证、热更新与回滚做成闭环，谁才更接近“Agent自进化”，而不是又多了一个插件市场。
相关站内内容
DeepSeek Harness导航：https://www.zuoshipin.com/link/23248.html
Claude Code Mods导航：https://www.zuoshipin.com/link/47313.html
DeepSeek Harness架构解析：https://www.zuoshipin.com/article/20886
DeepSeek Harness进阶教程：https://www.zuoshipin.com/article/27015
Claude Code Mods实战：https://www.zuoshipin.com/article/47314
