2026年10月3日，DeepSeek Harness（简称 DSH）在假期档推出了 v0.2.1-alpha.1 版本，新增一项颇为惹眼的实验性功能——Claude Code Mods 兼容层。据凤凰网转载机器之心、以及新浪科技转载机器之心 Pro 的报道，这一版本首先要验证的，并不是"让用户立刻用上完整兼容"，而是一个判断：Claude Code 刚刚开放的 Mods API 能力，大致属于 DeepSeek Harness 插件能力的一个子集。翻译成产品语言，就是"你新开放的这些能力，我这套插件架构也能承接"。对于正在使用 Harness 或 Claude Code 的团队来说，这是一次信号明确、但落地仍需谨慎的更新。
兼容层到底做了什么：承接 Mods，当作插件来跑
要看懂这次更新，得先把时间往前拨。此前 Claude Code 推出了 Mods。玩过游戏的开发者对"Mod"不陌生——装个模组，就能换界面、加功能，甚至改变玩法。Claude Code Mods 可以同样理解：给 AI 编程工具加上自己想要的改造。比如嫌上下文消耗看不清楚，可以加一个实时仪表盘；希望某类命令执行前多一道检查，可以写一个拦截规则；想用自己的方式回看 AI 改过的代码，也能专门做一个界面。
其技术实现，是运行在 Claude Code 内部的 JavaScript 或 TypeScript 事件处理函数。工具调用、提示词提交、界面绘制等环节，都可以成为 Mod 介入的时机：观察一下、修改一下，或者直接接管这一步。它强调自己是"真代码而非提示词"。
v0.2.1-alpha.1 的兼容层所做的，就是让这些原本为 Claude Code 编写的 Mods，能够以 Harness 插件的形式运行起来。海外媒体 Pandaily 与 MarkTechPost 的描述一致：这是一个把 Claude Code Mods 当作 Harness 插件来运行的实验性桥接，同时该版本还新增了"让 Agent 现场创建插件"的入口。MarkTechPost 特别指出，DeepSeek 将其定位为"验证 Mods API 是否大体是 dsh 插件子集"的测试，并未承诺完整兼容。
Skill、MCP、Mod：给方法、接工具、改造工具本身
这次更新也顺带厘清了三个常被混淆的概念。按照机器之心的梳理，三者的分工可以这样区分：
- Skill：给 AI 一套办事的方法，相当于告诉模型"遇到某类任务该怎么做"。
- MCP：给 AI 接上外部工具和数据，解决"连到哪里、调用什么"的问题。
- Mod：进一步让你改造 AI 工具本身的界面和运行机制，介入的是工具自己的事件流程。
简单说，Skill 管"方法"，MCP 管"接口"，Mod 管"改造工具本身"。而 Harness 的主张比三者更激进。据新浪科技转载的报道，DSH 团队成员崔添翼强调了双方的架构区别：Claude Code 是将部分能力开放为 Mods，而 DeepSeek Harness 从一开始就在重新思考"插件"这件事，主张"Everything is a Plugin，一切皆插件"。在这套思路里，模型、工具、Skills、会话、沙箱、文件系统、Agent Loop、任务编排、UI，都可以作为插件被组合、替换和扩展。在 DSH 的创造模式里，用户还可以让 Agent 检查当前运行的系统，现场编写插件并保存下来——想改界面、加工具，甚至调整 Agent 执行任务的机制，都在这个框架之内。
正因如此，官方才会说 Mods API 能力"大致属于 Harness 插件能力的一个子集"：Mods 能介入的事件时机，在"一切皆插件"的架构里被视为更大能力集合中的一部分。
对两类团队意味着什么
对已经在用 Harness 的团队，这次更新最直接的价值是生态复用的可能性：社区中原本面向 Claude Code 的 Mods，未来有机会不必重写就迁移过来。这降低了插件生态冷启动的门槛，也符合 DSH 开源、可自装配的定位（社区已出现 dsh-claude-code 等将 Claude Code 作为主循环运行的插件项目）。
对已经在用 Claude Code 的团队，信号则是：你写在 Claude Code 里的改造逻辑，正在被另一套开源框架尝试"接住"。这意味着插件资产未必被单一工具锁定，但目前仅是"验证子集关系"的阶段性动作，并不等于可以无缝搬家。
需要特别强调的是，本次所有可确认的内容都限于已公开事实——版本号 v0.2.1-alpha.1、兼容层功能、以及官方"子集验证"的表述。资料中并未提供任何关于兼容率、性能提升或稳定性的量化数据，因此不应把它理解为"已经稳定可用的完整兼容能力"。
alpha 实验状态下的落地风险
版本号中的 alpha.1 已经说明了成熟度。几个风险点值得跟进团队注意：
其一，定位是验证而非兼容。官方明确表示现阶段主要目的是验证 API 的子集关系，而非为用户提供实际的完整兼容性，这意味着覆盖范围、边界情况都可能不完整。
其二，安全边界尚未闭合。据 GitHub Releases 页面的安全说明，DeepSeek Harness 尚未接受安全审计，沙箱、审批与权限控制不能保证隔离。Mods 本质是运行真实代码的事件处理函数，叠加 alpha 兼容层，意味着在生产环境中引入第三方 Mods 需要格外谨慎的权限审查。
其三，接口可能变动。alpha 阶段的 API 行为随时可能调整，过早在关键流程上深度依赖，后续升级成本不可忽视。
因此较稳妥的节奏是：在隔离的实验环境中试跑、评估迁移成本，而不是立刻把它纳入核心开发链路。
一次插件生态的"卡位"动作
把视角拉高，这次更新释放的信号比功能本身更值得关注。当 Claude Code 刚刚把一部分能力以 Mods 形式开放，DeepSeek Harness 几乎在假期立即跟进一个兼容层，并以"你的能力是我的子集"作为叙事，这是一次典型的插件生态话语权争夺。AI 编程工具的竞争，正在从"谁的模型更强、谁写代码更快"，向"谁的插件生态更开放、谁能承接别人的生态"延伸。对 Agentic Coding 方向的产品与创业者而言，这意味着可改造性、可组合性正成为新的竞争维度。
【软盟资讯观察】
从趋势判断看，这次更新的看点不在"假期加班"，而在竞争焦点的迁移。AI 编程工具的护城河正从单点能力转向生态承接力——"一切皆插件"与"兼容对手的 Mods"，本质都是在争夺谁定义下一阶段的可扩展标准。谁能让开发者的改造资产更容易沉淀和迁移，谁就更可能掌握话语权。
从机会与风险两面看，机会在于：开源、可自装配的插件架构，为中小团队和独立开发者提供了低成本参与生态、复用现有 Mods 的空间，垂直场景的插件化改造或将先跑出价值。但风险同样清晰：本次仍是 alpha 实验状态，官方只承诺"验证子集"而非完整兼容，且框架尚未经过安全审计，沙箱与权限隔离无法保证。我们提醒跟进团队把握节奏——可以尽早在隔离环境中评估迁移价值，但不宜将其视为稳定能力押注核心流程。真正值得追踪的，是后续版本能否把"验证"推进到"可用"，以及社区 Mods 的实际迁移成功率这类尚未公开的硬数据。