DeepSeek Harness（dsh）拆解：它不是 Claude Code 克隆，而是一层 Agent 基础设施

DeepSeek Harness，命令行工具名为 dsh，更准确的定位是一个用于构建和运行 AI Agent 的开源运行时。DeepSeek 于 2026 年 8 月 13 日以 MIT 许可证发布了开发者预览版。37

它的重点并不是提供一款打磨完成的编程助手，而是搭建一个可以自由组合的 Agent 基础层：模型、工具、文件系统、执行环境、会话管理、调度方式和用户界面，都不必被绑定在同一套固定实现中。

这也解释了为什么 dsh 会引发关注，同时又不应被简单称为“开源版 Claude Code”。它更接近 Agent 平台的底座，而不是一款直接面向终端用户的完整产品。

DeepSeek Harness 具体负责什么？

一个 Agent 不只有语言模型。它还需要调用工具、读写文件、运行代码、在受控环境中执行任务、维护会话状态、安排后续工作，并把结果呈现给用户。传统的 Agent 产品通常会把这些选择打包成一套相对固定的使用体验。

DeepSeek Harness 则把这些能力放到了可替换的组件之后。官方架构文档明确将模型适配器、工具注册表、会话日志和 Agent 循环本身定义为插件。112 执行环境以及 Web 界面等更外围的部分，也可以通过同样的插件化方式进行组合。111

换句话说，dsh 提供的是“让模型接入真实环境并持续行动”的运行机制，同时把更多系统级选择交给开发者配置和替换。

Cordis：dsh 的底层地基

Cordis 是 DeepSeek Harness 所依赖的框架。它提供运行时上下文，让插件向其中贡献服务、类型化事件以及可逆的副作用。12

因此，Cordis 更像一个微内核式的插件运行时，而不是传统的单体 Agent 框架。底层只负责插件的加载、组合以及运行时协作，具体的 Agent 能力则由上层组装起来的组件提供。

这种分层方式改变了 dsh 的架构重心。它的核心并不是某一个标准 Agent 循环，也不是某个被官方指定的模型，而是让不同模型、循环和能力模块能够协同工作，并且在需要时被替换。

“一切皆插件”到底意味着什么？

这句话不是宣传口号，而是一条设计原则。在 dsh 中，以下层次都可以作为相对独立、可替换的组件存在：

• 模型适配器；
• 工具注册表；
• 会话日志与状态管理；
• 执行环境和沙箱；
• 调度与任务编排；
• Web 界面；
• Agent 循环本身。11112

最后一点尤其关键。很多 Agent 框架会预设一种控制循环，例如 ReAct 风格的“思考—调用工具—观察结果—继续行动”。dsh 可以支持这种熟悉的模式，但不会把它永久写死为运行时的唯一身份。

这带来了一个重要的边界：Agent 接口可以与某一种具体的控制循环分离。开发者因此能够尝试新的编排方式或多 Agent 协作模式，而不必同时重写模型适配、工具层和用户界面。

配置如何变成系统组合？

dsh 通过 profile（配置档案）和配置补丁，让插件化架构真正参与启动过程。一个运行中的 dsh 实例，会根据有序的配置层组装成一棵插件树。Profile 可以叠加多个 bundle（组件包）、安装主树之外的插件，并保存用户自己的 cordis.patch.yml。1

代码仓库中的 bundle 文件展示了这一机制的实际工作方式：基础层先插入共享组件，后续层和用户补丁则可以覆盖或禁用其中的条目。1011

这改变了系统定制的基本单位。开发者不必为了替换一个子系统而分叉整个 Agent 应用，只需调整启动时加载的组件组合即可。具体接口仍会随着项目发展而变化，但其目标工作流显然是声明式、分层且模块化的。

为什么 dsh 不只是“开源版 Claude Code”？

Claude Code、Codex、WorkBuddy 以及类似产品，首先都是以完整应用的形式被用户体验的。它们会围绕模型接入、权限、工具、编排、交互和执行环境，做出一套打包好的产品决策。

DeepSeek Harness 同样可以提供熟悉的 Agent 体验，包括类似 ReAct 的循环。但它最核心的选择，是不把这些组件焊接成一套固定系统。控制循环、模型连接、工具、运行环境和界面，都可以成为替换对象。

两者的区别可以概括为：

• 编程助手产品：追求开箱即用的工作流，以及一致、明确的产品取舍。
• Agent 运行时：追求组件组合、架构实验，以及嵌入其他系统的能力。

dsh 选择的是第二条路。它最终的价值，不主要取决于第一套内置 Agent 是否成为最强编程助手，而取决于它的接口能否让开发者围绕运行时构建出更好的组合。

DeepSeek 在押注什么？

DeepSeek 的策略押注是：把更多 Agent 系统实验交给开放社区。如果相关接口能够保持稳定，第三方就可以分别在记忆、调度、沙箱、模型支持、多 Agent 协作和用户界面等方向迭代。112

这会形成一个比单一公司内部研发更大的“设计搜索空间”。DeepSeek 不必提前决定哪一种记忆系统、调度器、执行模型或交互模式应该成为标准，而可以从围绕运行时形成的生态中受益。

因此，这次发布更像是一项基础设施押注，而不是又一次模型发布。DeepSeek 官方仓库将 dsh 描述为基于 Cordis、采用“一切皆插件”架构的开源 Agent harness（运行与编排层）。12

它会成为 Agent 领域的 npm 或 Kubernetes 吗？

这个类比目前仍然是愿景，但能够说明 dsh 想占据的位置。

npm 成为了 Node.js 生态中的分发与组合层；Kubernetes 则成为容器工作负载的可扩展控制平面。类似地，如果 dsh 未来能够建立持久稳定的接口、可靠的组件发现机制、兼容性保证、安全实践和部署规范，它就有机会成为 Agent 组件的组合底座。

到那时，开发者安装 dsh 的目的就不只是运行一个应用，而是从不断扩大的生态中拼装出自己的 Agent 系统。

但不能把这个类比当成 dsh 已经达到相应地位的证据。只有当开发者能够长期信赖它的接口和运行行为时，一个平台才真正有可能成为基础设施。

当前版本有哪些局限？

目前的 dsh 仍是开发者预览版，而不是面向普遍生产部署的平台。有关发布的报道指出，它仍处于早期阶段，可能发生破坏性变更，用户体验也并不完整，生态尚未成熟。3716

项目在 GitHub 上的关注度增长很快——据报道，发布后几天内 Star 数就超过 14 万——这说明开发者兴趣强烈，但 Star 数不能证明软件的可靠性、生产采用情况、安全性或长期兼容性。513

早期插件项目也应当谨慎解读。年轻生态可以体现社区热情，却还不能自动提供生产环境所需的维护、代码审查、版本管理和安全保障。

结论：dsh 真正改变了什么？

DeepSeek Harness 重要的地方，在于它把问题从“开发者应该使用哪款 Agent 产品”，转变成了“Agent 系统中的哪些部分应该保持可替换”。Cordis 提供插件运行时，dsh 则把这一理念延伸到模型、工具、会话、执行环境、界面乃至控制循环本身。12

所以，dsh 更像是一次构建开放 Agent 基础层的尝试，而不是一个简单的 Claude Code 竞争者。

不过，平台化的判断仍有待验证。现阶段，dsh 最适合开发者用来探索可组合的 Agent 架构；对于需要稳定接口、成熟安全机制和长期运维保障的组织来说，它还不是可以默认投入生产的基础设施。