DeepSeek Harness 发布兼容 Claude Mods 的实验层，负责人称旨在验证子集关系

这轮讨论的起点，是 Anthropic 为 Claude Code 推送了名为 Mods 的全新扩展机制，允许开发者通过进程内函数拦截（Function Hooks）深度定制界面与拦截工具。随后不到 24 小时，DeepSeek 就向 GitHub 仓库推送了 DeepSeek Harness（dsh）v0.2.1-alpha.1 版本更新。

真正把这次更新推上讨论热点的，是更新日志里的一句话：新增实验性 Claude Code Mods 兼容层，目前阶段的主要目的是验证 Claude Code Mods API 功能大致为 DeepSeek Harness 插件的一个子集，而非为用户提供实际的完整兼容性。提交日志明确标注，该兼容层由团队负责人崔添翼（@tianyicui）亲自署名编写。

因此，把这次动作理解为“DeepSeek 要完整兼容 Claude Code Mods”并不准确。按更新日志的表述，它更像一次架构层面的对照实验：用代码去检验两套扩展体系的能力边界谁包含谁。

从系统工程角度看，这个兼容层的技术本质是一个跨运行时的 API 语义桥接层（API Shim）。DeepSeek Harness 基于开源微内核框架 Cordis 构建，内核本身没有任何特权，所有模块以服务发布、依赖注入和事件订阅的方式运行。

崔添翼在这不到 24 小时内所做的工作，本质上是在 Cordis 之上写了一个转接插件：把 Claude Code Mods 定义的 TypeScript Hook 函数，映射到 DSH 的事件总线与生命周期上。

这也解释了为什么“子集”这个判断可以用工程手段来验证——如果 Claude Code Mods 的扩展原语都能在 DSH 的事件与生命周期模型里找到对应位置，那么“子集”关系至少在扩展原语层面成立。

为了验证“子集”论断，DSH 团队直接拿 Anthropic 官方给出的三个 upstream 基准示例做验收测试：Token Weather 验证界面渲染能力，把 Token 消耗状态无损画到终端上；Blast Radius 验证高危操作拦截，在 Shell 执行破坏性命令前挂起并要求确认；Replay Theater 验证操作历史与文件 Diff 变动的事件录制与回溯。

报道称三个官方用例全部跑通，证明 Claude Mods 现有的扩展原语在 DSH 体系内均可找到对应映射。需要说明的是，这一“全部跑通”目前来自报道方陈述，缺少第一方独立验证，因此只能作为来源说法看待。

即便按这一说法成立，它证明的也只是扩展原语层面的可映射性，而非用户层面的完整兼容。这两件事之间的差距，正是下一节要谈的硬性限制。

DSH 文档写得相当坦诚：Claude Code 官方最重磅的几个内置能力，例如 /diff 面板、agents.md 跨智能体规范解析，在 DSH 兼容层内明确无法运行。

报道给出的原因是，这并非桥接层写得不够快，而是两套系统在终端渲染引擎和主状态机定义上存在客观的架构差异。换句话说，能被桥接的是扩展原语，不能被桥接的是深植于各自渲染与状态机内部的内置能力。

这也构成对“子集”论断的一个重要限定：子集关系成立的范围是插件作者可用的扩展能力，而不是 Claude Code 的全部功能。把前者当成后者，会高估这次兼容层的实际覆盖度。

面对密集讨论，崔添翼在知乎社区作出系统性回应，确认自己是该兼容层作者，并称其属于 alpha 版本中的实验性功能，还有很多不完善之处，也不能保证 100% 兼容。

他明确表示，目前还无法让所有 Claude Code Mods 在 DeepSeek Harness 中无缝运行；如果认为这是一个值得投入的目标，从技术上看未来有可能做到。这意味着“是否追求完整兼容”目前仍是一个开放问题，取决于团队是否认为值得投入，尚无明确规划。

关于“一切皆插件”的理念，崔添翼称这是从立项之初、写第一行代码之前就确立下来的，开源也是 DeepSeek 成立之初就确立的方向，并非被迫或模仿别人。这一表述属于其个人陈述，可作为理解团队动机的线索，但不等同于可独立核验的事实。

崔添翼把插件架构的另一层潜力放在更远处：让 Agent 在运行过程中改变自身，探索模型与 Harness 的共同进化。他称 DSH 的“创造模式”已允许 Agent 根据用户需求编写并安装插件，扩展 Harness 的能力和界面，是朝“言出法随”方向迈出的一小步。

但他同时指出，推进“Agent 自进化”在工程上需更完备地实现插件热插拔、热重载，在模型上需以新方式训练大语言模型，让模型学会通过改变自身 Harness 来自我迭代，相关工作才刚刚开始。

这里需要区分两个层次：创造模式已经能让 Agent 写插件，这是当前能力；而让 Agent 通过改写自身 Harness 实现自我迭代，是尚未公开具体训练方法与实验进展的目标。把前者当作后者，会误读当前进展。

在企业落地方面，崔添翼透露已有开发者用 DSH 插件打造特定行业的“AI 工作台”，这些行业插件一般未公开开源，但符合 MIT 开源协议，团队明确支持认可。

这实际上划出了一条边界：开源的是基础框架与可扩展性，并不意味着企业必须公开自己的行业插件。不过，如何进一步发展公共插件社区、实现跨框架兼容，此次回应尚未给出具体规划。

另有一处细节来自报道转述：dsh 第一个版本就已内置一个可把 Claude Code 和 Codex 作为 subagent 调用的插件，默认未启用，且一份约两个月前的设计记录显示 DSH 内置了两个 Subagent Provider。该细节未见第一方文档佐证，只能作为来源说法看待。