最近，Anthropic 为其 AI 编程工具 Claude Code 推出了名为 Mods 的扩展功能，允许开发者通过代码深度定制工具的行为逻辑与界面。这一更新在 AI 开发者圈子里引发了广泛讨论，也吸引了 DeepSeek Harness（简称 DSH）团队负责人崔添翼的关注。崔添翼在社交平台上对两者的思路汇合进行了点评，并调侃过去大家常说的“插件工程（Plugin Engineering）”，接下来是不是要改叫“模组工程（Mod Engineering）”了。
要理解这波讨论，首先需要厘清 Claude Code 的 Mods 到底是什么。很多初学者容易将 Mod 误认为是一种 Prompt（提示词）技巧，但它本质上是运行在进程内的真实代码。每个 Mod 相当于挂载在 Claude Code 生命周期事件上的 TypeScript 中间件函数。当系统派发事件时，Mod 可以对数据进行观察、改写或直接接管处理。
在实际应用中，Mods 带来了很强的可改装性。例如在安全方面，开发者可以编写 Mod 拦截高危的 Bash 命令，或者在将工具结果喂给模型前自动对敏感密钥打码脱敏；在界面与交互方面，官方和社区已经做出了许多有意思的模组，比如在输入框上方用天气变化来直观展示上下文消耗比例的“Token Weather”，以及在执行删除等危险操作前弹出影响范围提示的“Blast Radius”。虽然 Mods 打开了很宽的扩展边界，甚至连 Claude Code 内置的差异对比面板都被官方用 Mod 重写了，但它的作用域依然是被限制在产品框架内的。开发者可以通过 Mod 改写提示词、拦截工具调用或自定义 UI，但无法替换背后的底层大模型，也无法改动其核心的执行循环。
面对 Claude Code 的这波更新，DeepSeek Harness 负责人崔添翼表示，两家在扩展 Agent 能力的思路上的确正在走向汇合。不过，他在肯定这种定制方式的同时，也指出了两家在架构开放度上的本质区别，并打趣道既然概念演变成这样，原本大家研究的“Plugin（插件）工程”或许也可以顺势称作“Mod（模组）工程”。
随后，DSH 团队在发布的更新版本中，迅速加入了一个实验性的 Claude Code Mods 兼容层。根据官方与崔添翼的说明，推出这一兼容层的主要目的并不是为了让用户直接无缝搬用 Claude 的插件，而是为了从技术架构上进行验证，证明 Claude Code Mods 所提供的能力，大体上只是 DSH“一切皆插件”体系中的一个功能子集。
这就引出了两者在底层设计上的路线之争。Claude Code 的 Mods 代表了成熟商业产品的“受控打补丁”路线。它就像给一辆出厂的成品车加装仪表盘、安全雷达或外观配件，主体结构和发动机依然由厂商严格把控，优势在于合同契约清晰、生态规范、界面集成度高，适合企业进行统一的安全治理与深度工作流扩展。
相比之下，DeepSeek Harness 走的是更为彻底和激进的“一切皆插件”路线。基于 Cordis 微内核架构，DSH 将模型、工具、沙箱、会话、UI 乃至驱动 Agent 运转的主循环（Agent Loop）全部解耦成了可拆卸的插件。这更像是在用乐高积木拼装车辆，发动机、变速箱甚至底盘都可以被随时拔掉替换。不仅如此，DSH 还在“创造模式”中探索 Agent 的自我进化——Agent 能够主动检查自身当前的运行状态，现场手写新插件并完成热加载，从而在运行中动态修改自己的工作流。
综合来看，Claude Code 推出 Mods 标志着 AI 编程工具的竞争正从单纯的大模型性能比拼，升维到了系统架构与扩展生态的较量。崔添翼关于“DSH Plugin 是否要改叫 Mod”的调侃，以及 DSH 迅速做出的兼容验证，折射出开源与闭源生态在设计理念上的对撞。对于普通开发者而言，不论这个扩展单元被称作 Plugin 还是 Mod，“给 Agent 打游戏 MOD”的时代都已经到来。如果追求稳健、安全且开箱即用的原生交互，Claude Code 的 Mods 是极佳的选择；而如果需要对 Agent 的执行逻辑、沙箱环境或模型机制进行全方位的深度改造，DSH 所代表的极客扩展架构则提供了更大的探索空间。
