DeepSeek Harness 对比 Claude Code:该用哪个 Agent 框架?

Claude Code 和 DeepSeek Harness 都把一个 agentic 编程循环放到你机器上——而这基本就是相似之处全部了。一个是 Anthropic 打磨完善的闭源产品;另一个是发布四天的 MIT 运行时,核心主张是没有任何东西配得上”特权核心”。下面是它们的实际对比。

理念:产品 vs 运行时

Claude Code 以成品形态发布。它擅长它做的事,它的扩展故事(技能、配置、hooks)也确实只是扩展故事——围绕一个你无法审查、无法替换的核心。

DSH 以运行时形态发布,构建在 Cordis 插件内核上——模型适配器、工具、会话、沙箱、调度、甚至 UI 都是可独立替换的插件。最接近的历史类比是 Eclipse 对阵商业 IDE:一个最小内核加一个生态,连你以为承重的部分都能换。

模型选择

Claude Code 只跑 Claude 模型,没有商量。DSH 里模型适配器是插件——DeepSeek 的模型是默认路径,但架构天生模型无关。如果你的优先级是在多个厂商之间谈价格和能力,而不是把某一家的打磨做到极致,这才是结构性差异。

扩展性:技能 vs 预设与插件

Claude Code 的扩展单元是固定 agent 之上的技能和配置。DSH 的单元是插件(五十多个,各管一件事)和预设——把插件、工具、人设组合成命名 agent 的小 YAML 文件。预设运行前可审查、一条 curl 可分享。实际后果:在 dsh 世界,“一个能读代码但物理上无法执行代码的 agent”是两文件的 fork,不是提给厂商的功能请求。

这个生态长什么样,可以看预设目录。

透明与可审计

DSH 的会话是 append-only 日志:每条 prompt、每次工具调用、每段上下文注入都有记录,会话可恢复、可 fork、可重放。配合 MIT 源码,“agent 到底做了什么、为什么”这个问题可以用你自己掌握的工件回答。任何闭源工具,这个问题最终只能靠厂商的一句话。

成熟度——说诚实的那部分

Claude Code 被庞大的用户群在生产环境验证过。DSH 是开发者预览版(写这篇时是 0.1.0-rc.7),README 用大写警告版本间会有破坏性变更,插件 id 已经在版本间变过。如果要求是”必须每天稳定可用、有支持”,在位者除了价格和开放性之外全维度胜出——今天如此。

反面论证是时机:现在成形的生态范式(插件 id、preset 格式、dsh-plugin GitHub topic)就是社区未来要继承的,早期参与者有塑造权。

成本

Claude Code 通过 Anthropic 订阅和 API 计费。DSH 是免费软件,模型访问自己带(DeepSeek 的 API 定价激进,其他厂商的适配器也有)。最终哪个便宜完全取决于用量——但”以后可以换”这个选项是白送的。

压缩成一屏的决策

你该用…	如果…
Claude Code	你要今天的最大完成度、单厂商省心、有支持
DSH	你要模型自由、可审查的 agent、可重放的会话、想参与生态成形

两者不互斥——很多团队会主力用成熟工具、旁边跑一套 dsh 做自动化、实验和成本敏感的负载。

不管怎样,如果你在踢 DSH 的轮胎:从实用入门开始,再动手创建你的第一个预设。