DeepSeek Harness 连夜推出 Claude Code Mods 兼容层，负责人回应称旨在验证能力子集

Anthropic 为 Claude Code 推送了名为 Mods 的全新扩展机制，允许开发者通过进程内函数拦截（Function Hooks）深度定制界面与拦截工具。消息传出后，DeepSeek Harness 团队负责人崔添翼随即在 X 上转发评论，称两家思路“殊途同归”，但把 Claude Code 里的 Mod 定性为在既定软件上开洞的“局部插件”，而 DeepSeek 从立项第一天起就确立了“一切皆插件”的微内核架构。

从这条推文发出到 DeepSeek 向 GitHub 仓库推送 dsh v0.2.1-alpha.1，间隔不到 24 小时。该版本新增的“实验性 Claude Code Mods 兼容层”，在提交日志中明确标注由崔添翼（@tianyicui）亲自署名编写。把架构评论和可运行代码放在同一个昼夜之内，是这次事件最容易被忽略、也最值得注意的事实：它把一场原本停留在观点层面的争论，变成了可以拉取、可以测试的仓库状态。

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

需要区分的是：Mods 机制本身的存在属于已确认事实，而“桥接层如何映射”这一层描述来自报道方的技术解读，属于来源主张。它解释了为什么这个兼容层能在极短时间内出现——如果目标只是把一类函数调用接到已有的事件总线上，工作量与“重写一个扩展系统”不在同一量级。

但更新日志给出的目的表述同样关键：现阶段的主要目的是验证 Claude Code Mods API 功能大致为 DeepSeek Harness 插件的一个子集，而非为用户提供实际的完整兼容性。这句话把产品的定位从“兼容”挪到了“验证”，也预先划定了外界应当期待的边界。