Claude Code 开放 Mods 最高权限插件，DeepSeek 崔添翼评价：与 DSH 殊途同归但范围不同

10月1日，Anthropic正式宣布为Claude Code引入Mods（Modifications，修改模块）机制，允许开发者通过主进程内的函数钩子（Function Hooks）深度定制智能体的界面与运行逻辑。用户甚至不必亲自编程，可以让Claude Code为自己编写、安装Mods，并在当前会话中热加载。

这一更新很快引来同行回应。DeepSeek智能体底座DeepSeek Harness的团队负责人崔添翼在社交平台转发并评论称，Claude Mods和DeepSeek Harness在底层思路上“正在走到一起，殊途同归”，但两者开放的范围截然不同。需要说明的是，这是崔添翼的个人观点，而非DeepSeek官方声明，来源中也未见Anthropic方面的回应。

崔添翼的背景为这一评论增添了分量：他曾任顶级量化基金Jane Street技术专家、经典开源教程《背包九讲》作者，于今年春季加盟DeepSeek带队Harness。他给出的判断是：Claude Code里的Mod本质上仍是在既定软件架构上打补丁的局部插件，Claude Code目前只将部分（subset）功能开放为Mods；而DeepSeek Harness从诞生第一天起，就把整套运行时建构在“一切皆插件（Everything is a Plugin）”的架构上。

由此，一次产品更新演变为一场关于“运行时控制权向谁开放、开放到什么程度”的路线分歧。

在此次更新前，Claude Code的扩展机制主要依赖三套相对割裂的通道：MCP（模型上下文协议）通过标准JSON-RPC暴露外部只读或执行类工具；Skills是纯提示词驱动的操作指南；Settings Hooks则在特定触发点启动独立外部子进程运行Shell脚本。这种方式的痛点在于无法侵入主进程内部——外部脚本既不能实时获取并修改运行时的中间状态，也无法对终端呈现界面进行像素级的重构。

Mods的核心变化，在于将扩展机制由“进程外调用”演进为“进程内拦截”。技术本质上，Mod是一段由JavaScript或TypeScript编写的代码，直接常驻在Claude Code的主进程内，以事件钩子的方式介入执行流。

能力上，Mod拥有终端界面的渲染权：开发者可在主对话区域旁绘制代码变动diff栏、渲染多智能体调用树、在状态栏实时显示Token消耗速率，甚至重绘系统默认的执行等待动画。它还能对工具调用做双向拦截——在工具触发前截获请求并向用户弹出确认机制，在执行完成后于结果喂回大模型之前自动过滤脱敏敏感凭据（如API Key）。此外，Mod支持注册自定义/command命令，无需调用大模型即可在本地秒级返回，并能在执行循环中依据任务复杂度将请求分流至更便宜或更快速的模型。

一个值得注意的细节是：Anthropic官方近期推出的/diff面板以及针对多智能体协作的agents.md支持，在底层都已被重构成内置Mod。这意味着Anthropic自身也在利用Mod机制解耦产品功能——不过这一说法在来源中属转述性质，并非Anthropic官方文档的直接确认。

Anthropic还提供了三个直观示例：Token Weather在输入框上方绘制类似天气预报的图形，动态展示当前上下文窗口占用情况；Blast Radius在Claude Code准备执行rm -rf、强制推送等可能产生较大影响的命令时暂停操作，向用户展示可能改变的内容并提供继续或取消按钮；Replay Theater提供/replay命令，允许用户逐步查看Claude在上一轮操作中对文件进行了哪些修改。

崔添翼做出“殊途同归”判断的核心逻辑在于：无论是Anthropic还是DeepSeek，都已意识到纯靠“大模型+静态提示词”无法解决复杂工程场景的稳定性问题，要让智能体在真实代码库和终端环境中稳定交付，必须向开发者开放运行时的控制权。

但两家团队在“向谁开放、开放到什么程度”上给出了不同维度的方案。按崔添翼的描述，Claude Code依然是一款产品化优先的黑盒工具，其核心执行机制、会话管理和主状态机不允许外部改动，Mods开放的只是官方预设的几个切面（界面渲染、工具过滤、提示词注入）。

与之相对，DeepSeek Harness依托开源微内核框架Cordis构建，架构中不存在特权核心，每一个系统构件全部被实现为独立的插件：基础能力插件包括模型适配器（支持DeepSeek、开源模型端点及其他商业模型）、工具集、外部Skills、执行沙箱、本地持久化存储；流程与系统插件包括会话事件日志、任务调度系统、执行步进循环（Agent Loop）；表现层插件中，前端UI（无论是Web界面还是终端交互）本身也只是一个可插拔的Bundle。

崔添翼据此调侃：过去行业里研究如何给模型外挂工具和提示词的学问叫“Plugin Engineering”（插件工程），而随着智能体控制权的全面下放，这套技术现在或许应该改名叫“Mod Engineering”（模组工程）。

需要指出的是，上述关于DeepSeek Harness架构的描述均来自崔添翼的个人表述，来源中未提供第三方验证，也未提供两家产品在开发者采用率、性能或生态规模上的任何数据。

DeepSeek Harness的四种官方运行模式为Standard（完整编码）、Code（编程接口）、Minimal（极简评测）、Creator（创作者模式），其中最引人注目的正是崔添翼推文中所提到的Creator Mode。

按来源描述，Creator Mode赋予智能体“现场编写自身插件”的自省修改能力：运行时自省方面，Agent拥有对当前系统运行环境的读取权限，可以检查自己当前加载了哪些模型适配器、挂载了哪些工具、启用了什么样的调度策略；内存现场编码方面，面对超出当前能力的复杂任务时，Agent能直接在内存中编写一段Cordis插件代码；热挂载与持久化方面，新插件编写完成后，系统可以立即在沙箱内完成挂载、生效与验证，一旦验证可行，Agent即可将其实时固化为全新的预设模式。

借助这种方式，可以修改UI、调整Agent Loop的行为和运行机制、添加新工具，或者引入新的任务编排方式。用来源中的比喻来说：Claude Code的Mods是人类工程师为智能体装配的“功能外设”，而DeepSeek Harness的Creator Mode，则是让智能体具备“现场改写自身器官与运作逻辑”的可能。

这一对比的边界同样需要标明：Creator Mode的实际能力与稳定性缺乏第三方验证，来源中也未披露Claude Code Mods函数钩子的完整API与权限边界，两者在运行时控制权开放程度上的实际差异缺乏可量化对比。

这场技术交锋并非凭空而来。DeepSeek Harness于5月立项、8月开源开发者预览版v0.1，8月中旬开发者预览版正式开源。自今年春季崔添翼加盟DeepSeek并组建团队以来，DeepSeek开始补齐“将聪明的大模型转化为真实执行力”的这一环。

来源中提及DeepSeek内部流传一个公式：Model + Harness = Agent。若把大语言模型比作发动机，Harness就是底盘、变速箱、方向盘和刹车系统。过去一年，全球大模型厂商主要在模型参数、推理成本与上下文长度上展开较量；而Claude Mods的推出与DeepSeek Harness的开源推进，标志着竞争维度正延伸至运行时层。

按来源的归纳，Anthropic依托成熟的产品形态，试图通过Mods降低专业工程团队的定制门槛，把Claude Code塑造成可扩展的生产力标杆；DeepSeek则试图通过彻底的微内核插件化架构，打造一个没有边界的开源智能体底座。

需要说明的是，来源中提及的DeepSeek Harness桌面预览版上线、V4-Pro编程能力等关联信息，细节不明，本文不予展开。