作者 | 四月

如果没猜错，今年国庆长假里，Anthropic 与 DeepSeek 的技术团队都没少加班：一边才刚刚开放 Mods 权限，另一边就火速上线了兼容层。所以，究竟是 DeepSeek 在连夜‘抄作业’，还是 Claude 的新武器只不过是前者的“一个子集”？一场横跨中美的“技术交锋”由此上演。

两天前（当地时间），Anthropic 为Claude Code 推送了名为Mods的全新扩展机制，允许开发者通过进程内函数拦截（Function Hooks）深度定制界面与拦截工具。顾名思义，该机制类似于单机游戏的“游戏模组（Mod）”玩法，它支持装个模组，给终端换皮、加功能，甚至还能在底层“改写游戏规则”。

消息一出，DeepSeek Harness 团队负责人的崔添翼随即在 X 上转发评论。他直言两家的思路“殊途同归”：Claude Code 里的 Mod 本质上仍是在既定软件上开洞的“局部插件”，而 DeepSeek 从立项第一天起就确立了“一切皆插件”的微内核架构。（关于该轮讨论详见→）

原本以为这只是一次架构师之间的隔空点评。未曾料到，距离推文发出还不到 24 小时，DeepSeek 直接就向 GitHub 仓库推送了DeepSeek Harness（简称 dsh）v0.2.1-alpha.1版本更新。

更引人注目的是，该版本新增的“实验性 Claude Code Mods 兼容层”，在提交日志中明确标注由团队负责人崔添翼（@tianyicui）亲自署名编写。引发广泛讨论的，并将该此更新推上知乎热搜的，也正是更新日志里的这句描述：

“新增实验性 Claude Code Mods 兼容层。目前阶段的主要目的是验证 Claude Code Mods API 功能大致为 DeepSeek Harness 插件的一个子集，而非为用户提供实际的完整兼容性。@tianyicui”

言下之意，这似乎不仅是一次“功能跟进”，更像是用代码证明，“Anthropic 刚刚大张旗鼓推出的扩展系统，在DeepSeek全插件化的系统里，充其量只是一个子集而已”。

还有眼尖的网友翻出了更深层的细节：“早在 dsh 发布的第一个版本里，其实就已经悄悄内置了一个插件，可以直接把 Claude Code 和 Codex 作为 subagent（子智能体）来调用。只不过这个插件默认没有启用，开启创造模式可以让 dsh 自己去研究怎么调。”

前往DSH代码仓中，一份2个月前的设计记录的确显示，DSH 内置了两个专门的 Subagent Provider（子智能体执行后端），分别可以调用真正的 Claude Code 和 Codex 来完成任务。

1

DSH不到24小时跑通的究竟是什么？

抛开社区的玩梗与情绪，回到系统工程本身：崔添翼亲自手写的这个兼容层，到底干了什么？

它的技术本质是一个跨运行时的 API 语义桥接层（API Shim）。

DeepSeek Harness 基于开源微内核框架 Cordis 构建，内核本身没有任何特权，所有模块都以服务发布、依赖注入和事件订阅的方式运行。崔添翼在这不到 24 小时内所做的工作，本质上是在 Cordis 之上写了一个转接插件：把 Claude Code Mods 定义的 TypeScript Hook 函数，映射到了 DSH 的事件总线与生命周期上。

为了验证这个“子集”论断，DSH 团队直接拿 Anthropic 官方给出的三个 upstream 基准示例进行了验收测试：

• Token Weather：验证界面渲染能力，把 Token 消耗状态无损画到终端上；

• Blast Radius：验证高危操作拦截，在 Shell 执行破坏性命令前挂起并要求确认；

• Replay Theater：验证操作历史与文件 Diff 变动的事件录制与回溯。

三个官方用例全部跑通，也证明了 Claude Mods 现有的扩展原语在 DSH 体系内均可找到对应映射。

但同时，DSH 的文档也写得非常坦诚与克制：Claude Code 官方最重磅的几个内置能力（如/diff面板、agents.md跨智能体规范解析），在 DSH 兼容层内明确无法运行。这并非桥接层写得不够快，而是两套系统在终端渲染引擎和主状态机定义上存在客观的架构差异。

2

崔添翼公开回应全文

面对外界的密集讨论、对“子集”表述的解读以及对技术路线的追问，DeepSeek Harness 团队负责人崔添翼在知乎社区作出了系统性回应：

“感谢知友对 DeepSeek Harness 的关注。我是 DeepSeek Harness 组的崔添翼，也是这次 v0.2.1-alpha.1 版本中加入 Claude Code Mods 兼容层的作者。

首先叠一个甲，目前DeepSeek Harness 中的"Claude Code Mods兼容层”属于"alpha 版本"中的“实验性功能”，还有很多很多不完善的地方，也不能保证100%兼容。目前版本的兼容性文档 //github.com/deepseek-ai/deepseek-harness/blob/dsh-v0.2.1-alpha.1/docs/subsystems/claude-code-mods.zh.md 中列举了详细的兼容情况。

做这个兼容层的主要目的，是验证 Claude Code Mods向插件作者提供的扩展能力，是否大致是DSH"一切皆插件”架构所提供能力的一个子集。目前还无法让所有Claude CodeMods在DeepSeekHarness 中无缝运行;如果认为这是一个值得投入的目标，从技术上看，未来有可能做到。

DeepSeekHarness的核心理念是"一切皆插件”，这个理念是从立项之初、写第一行代码之前就确立下来的，正如"开源”的理念是从DeepSeek成立之初、发布第一个模型之前就确立下来的一样。

开源是我们的初心，不是被迫开源的。让我们的Agent Harness 产品以开放、开源的方式具备尽量极致的可扩展性，也是我们的初心，并不是被迫或模仿别人才做开放可扩展的。

‘一切皆插件’的 Agent Harness 有什么用、有什么意义？这是我们从立项之初就在深度思考的课题。我个人认为，至少有三方面的意义：

第一，希望能用插件和社区的方式支持多样性的用户需求，让每个人能用上真正为自己打造的、最适合自己的 Agent Harness 产品。 同时，通过训练模型写插件来更改 Agent 自身的方式，试图让 Agent 产品最终达到‘按用户的所需所想而改变’，乃至于‘言出法随’的效果。

目前 DeepSeek Harness 中的‘创造模式’就是朝这个方向努力所踏出的一小步：它已经允许Agent 根据用户需求编写并安装插件，扩展Harness 的能力和界面。“创造模式”作为新生事物，肯定还有很多粗糙未经打磨的地方，欢迎知友们试用和提提意见。

第二，希望用插件化的方式满足企业部署 Agent 产品的需求。 让不同行业的企业，以及支持不同行业企业的 FDE，能使用插件化的方式沉淀行业经验、连接行业基础设施，而非需要反复重新造轮子，可以更高效低成本地使用前沿的模型能力与 Agent Harness 产品提高企业生产力。

我们已经看到 DeepSeek Harness 在一些行业中部署的例子：相关开发者开发了针对特定行业的 DSH 插件，来打造该行业的‘AI 工作台’。这些行业类的 DSH 插件一般都没有在网上公开开源，这也是符合 MIT 开源协议的，是我们所支持和认可的。

第三，希望能用‘一切皆插件’的 Agent Harness 架构推进‘Agent 自进化’的命题，用先进的插件系统提供改变 Agent 任意部分的工作方式的灵活性，让 Agent 能够用插件的方式在运行中改变自身，从而提高智能上限。 这个方向非常需要模型与 Harness 的共同进化，相关工作才刚刚开始，路还很长。

从工程上来说，需要更完备地实现插件的热插拔、热重载，Cordis 提供了良好的理论和工程基础，但实际还有很多工程上的难题需要解决。从模型研究上来说，需要以新的方式训练大语言模型，让模型知道可以改变自身的 Harness，让模型学会如何用改变自身的 Harness 的方式自我迭代和进化，最终提高智能上限。

所以 DeepSeek Harness 团队目前非常急切地在招聘既懂大模型研究和训练、又有志于用模型与 Harness 共同进化的方式提高 Agent 智能上限的研究员，来逐步接近‘Agent 自进化’的愿景。可以在招聘页面投递‘深度学习研究员’方向即可。

我自己每天工作的相当一部分时间用于为 DeepSeek 招人和面试。很多来面试的人都会问我：DeepSeek Harness 组的目标是什么？我会这样回答：DeepSeek 的目标是实现 AGI，DeepSeek Harness 组的目标就是从 Harness 的角度推进 AGI。

那什么才算是‘从 Harness 的角度推进 AGI’的事情呢？

对于这个问题，首先，不同的同事可以有不同的理解，并不需要完全以我个人的理解为准。我个人的理解是：

只有做创新的事情才是真正‘推进 AGI’的事情。如果我们抄一个 Claude Code、或者抄一个 Codex，做一个和其它某些 Agent Harness 从技术理念到用户体验上都没啥区别、完全差不多的产品，那一定不是‘推进 AGI’的事情。

因为用户使用 Claude Code、Codex 或任何 Agent Harness 都可以连接 DeepSeek 模型使用，如果我们的 Agent Harness 做得也和 Claude Code、Codex 或其它一些 Agent Harness 产品差不多，那就完全没有给用户带来增量的体验，也不是我们选择的推进AGI 的方式。

不管从团队还是产品的角度来看，DeepSeekHarness都还非常年轻，还有很多不完善的地方。欢迎知友们多多提提建议，前方的路还很长，AGI还远未终局。“

3

关于三个关键问题的回应

细读崔添翼的这份回应，其价值不仅在于解释 Claude Mods 兼容层的开发动机，还进一步披露了 DSH 在架构设计、模型训练和行业落地上的长期思考。其中，三个问题尤其值得关注。

1. 快速上线兼容层，是为了验证什么？

Claude Mods 发布仅两天，DSH 就推出了实验性兼容层。这究竟是临时起意，还是已有规划？

崔添翼尚未明确交代兼容层的开发时间线，但强调「一切皆插件」并非临时提出，而是从立项之初、编写第一行代码前就确立的设计理念。

至于此次兼容层的开发目的，他给出了明确解释：验证 Claude Code Mods 提供的扩展能力，是否已被 DSH 的架构考虑和覆盖，以及这些能力是否大致属于「一切皆插件」体系的一个子集。

他特别提醒，目前仍是 alpha 阶段的实验性功能，远未达到所有 Mods 无缝安装的程度。至于未来是否追求完整兼容，取决于团队是否认为这值得投入；理论上，他认为存在实现的可能性。

2. 从模型写插件到「Agent 自进化」，差距在哪里？

相比普通的 Mod 扩展，崔添翼更看重插件架构的另一层潜力：让 Agent 在运行过程中改变自身，探索模型与 Harness 的共同进化。

但这并不等同于现阶段 Creator Mode 已能根据用户指令编写插件。要实现真正的自我迭代，至少还面临工程与模型训练两方面的挑战。

工程层面：需要进一步完善插件热插拔、热重载等机制。Cordis 虽然提供了理论和工程基础，但实际仍有许多难题有待解决。

模型层面：需要探索新的训练方式，让模型理解自身 Harness 可以被修改，并学会通过改变运行机制来实现自我迭代，最终尝试提高 Agent 的智能上限。

崔添翼明确表示，相关研究才刚刚开始。DSH 目前也正急切招聘兼具大模型研究、训练能力和 Harness 技术理解的研究员，以推进这一方向。至于具体训练方法和实验进展，尚未公开。

3. 企业可以闭源使用，为何还要坚持开源与创新？

对于 DSH 的开源定位，崔添翼强调，开放、开源和高度可扩展，并非竞争压力下的被动选择，而是团队从立项之初就确立的方向。

在企业应用方面，他透露，已有开发者利用 DSH 插件构建特定行业的「AI 工作台」，沉淀行业知识和业务流程。这些插件通常并未公开开源，但符合 MIT 协议，团队也明确支持。

换言之，开源的是基础框架，并不意味着企业必须公开自己的行业插件。不过，如何进一步发展公共插件社区、实现跨框架兼容，他在此次回应中尚未给出具体规划。

至于 DSH 为什么不简单复刻 Claude Code 或 Codex，崔添翼的立场相当鲜明：这些产品本就能接入 DeepSeek 模型，如果再做一套理念和体验差不多的 Harness，就无法为用户创造增量价值，也谈不上推进 AGI。

因此，他希望团队能够探索具有原创性的技术方向，做出足以影响行业发展，甚至获得全球 AI 巨头认可和跟进的创新。

这也是崔添翼所说的「从 Harness 的角度推进 AGI」的核心立场。

声明：本文为 InfoQ 原创，不代表平台观点，也不构成投资建议，未经许可禁止转载。

会议推荐

QCon 全球软件开发大会·2026（上海站）将于 10 月 22 日—24 日举办。本届大会聚焦 Harness AI 时代的工程实践，从「构建 AI」到「驾驭 AI」，围绕 AI Native 架构、Agent Runtime、AI Infra、Agent 安全与可观测、Loop Engineering、具身智能与世界模型 等热门技术方向，邀请全球技术社区与产业一线实践者，共同分享 AI Native 时代最具价值的工程经验。限时 9 折优惠立减 680！查看更多详情可扫码或联系票务经理 18514549229 进行咨询。