- 完成后
- 区分 DSH 编排与编码 Agent 的职责;根据任务决定单独使用或组合使用
- 适合
- 正在选择单 Agent 或多 Agent 编程流程的团队
- DSH
- 0.1.1-rc.2
- 操作时间
- 15~20 分钟
- 风险
- medium
本页目录(8)
先说结论:三者不是同一种产品
DeepSeek Harness(DSH)、Codex 与 Claude Code 不适合放进一张脱离任务的“谁更强”排行榜。DSH 更接近可组合的 Agent Harness:它负责 Session、工具、插件和子 Agent Provider 等能力的装配与编排;Codex 和 Claude Code 则是可以直接理解仓库、执行编码任务或参与代码审查的编码 Agent 产品。
如果只是修改一个仓库,先使用一个编码 Agent 通常最简单。只有任务需要职责分离、并行探索、独立审查,或者需要由 DSH 统一连接不同子 Agent Provider 时,再增加编排层。本文依据 DSH 0.1.1-rc.2 固定提交及 2026-08-26 可访问的产品官方资料完成源码与文档审阅,没有在同一真实项目中运行三款产品,也不提供速度、质量或成本排名。
一张表看懂应该选谁
| 你的主要任务 | 更适合作为起点 | 原因 | 仍需注意 |
|---|---|---|---|
| 直接理解仓库、修改代码并运行测试 | Codex 或 Claude Code | 两者都面向编码工作流,减少额外编排成本 | 先限定工作目录、权限和验收命令 |
| 审查分支、提交或未提交差异 | Codex | 官方 /review 支持基准分支、工作区和指定提交等范围,并以不修改工作树的专用审查器返回发现 | 审查结果仍要用测试和人工判断确认 |
| 为探索、审查等任务建立专门子 Agent | Codex 或 Claude Code | 两者都提供子 Agent 能力,可把高噪声工作放进独立上下文 | 并行写代码容易冲突,优先并行只读工作 |
| 组合 DSH Session、工具、插件与多种子 Agent Provider | DSH | DSH 通过 ctx.subagents 注册多个 Provider,并为模型暴露委派工具 | Provider、凭据、权限与子进程仍需单独配置 |
| 让 DSH 把独立任务交给 Codex 或 Claude Code | DSH + 对应产品 Provider | DSH 0.1.1-rc.2 已包含两个独立的一次性产品后端 | 每次调用是新进程、新对话,不继承父对话内容 |
| 小改动、单文件修复或已有明确实现方法 | 单个编码 Agent | 协调成本通常高于并行收益 | 完成后仍要检查 diff 和运行测试 |
表中的“更适合”只描述工作流起点,不代表某个模型在所有代码库上表现更好。真实选择还取决于账号可用性、模型、仓库语言、权限、网络、测试速度和团队审查制度。
DSH 的角色:组合能力和委派任务
DSH 的子 Agent 接缝不是模型本身。官方子系统文档把 ctx.subagents 定义为一个具名 Provider 注册表;spawn、fork、ACP、Codex、Claude Code 和 DSH SDK 等实现可以共存,由配置决定某个工具绑定哪一个 Provider。
对于 Codex 和 Claude Code 产品后端,固定版本源码给出的边界尤其重要:
- DSH 把父 Session 的当前工作目录传给产品进程;
- 父对话不会被复制给外部产品;
- 工具接收的是一段独立、自包含的任务文本;
- 每次调用创建新的产品进程和不可恢复的产品对话;
- 最终结果或明确的失败、取消状态返回给 DSH;
- 凭据处理、权限模式和进程树退出仍属于必须审查的运行边界。
因此,“主 Agent 知道需求”不等于“子 Agent 自动知道需求”。委派提示必须重复目标、允许范围、禁止事项、验收命令和返回格式。缺少这些信息时,换任何产品都无法形成可靠的职责分离。
Codex 的角色:实现、差异检查和并行复核
根据 OpenAI 官方 Code review 文档(外部链接,在新标签页打开),Codex 可以针对基准分支、未提交变更或指定提交启动专用审查;审查器读取所选差异并返回按优先级整理的可操作发现,不修改工作树。这适合把“实现”和“验收前审查”分成两个阶段。
OpenAI 官方 Subagents 文档(外部链接,在新标签页打开)还建议优先把代码探索、测试、日志分析和总结等只读或低冲突工作并行化。多个 Agent 同时编辑相同文件会增加冲突和协调开销;子 Agent 也会分别消耗模型与工具资源,不能把“并行”理解成免费提速。
Codex 更适合直接承担这些交付物:
- 受范围约束的代码修改;
- 测试、类型检查和静态检查结果;
- 指向文件与行为的代码审查发现;
- 可供人工检查的 Git diff 与变更摘要。
Claude Code 的角色:独立上下文和专门审查角色
根据 Claude Code 官方 Subagents 文档(外部链接,在新标签页打开),每个 Claude Code 子 Agent 可以拥有独立上下文、系统提示、工具访问和权限。内置 Explore 和 Plan 等角色偏向只读探索,也可以为重复任务定义项目级的专门审查 Agent。
这使 Claude Code 适合承担与实现者隔离的复核角色,例如只读取原始需求和最终 diff,检查遗漏的边界条件、兼容性、测试缺口与权限变化。独立上下文本身不会自动带来独立结论;如果把实现者的摘要当作唯一输入,审查 Agent 仍可能继承实现者的盲点。更稳妥的做法是同时提供原始验收条件、实际差异和测试输出。
用同一套条件比较,才不会得出假结论
如果要评估 Codex 与 Claude Code 对同一任务的表现,至少固定并记录:
| 条件 | 应记录什么 |
|---|---|
| 任务 | 同一份原始需求、允许范围和禁止事项 |
| 代码 | 同一 commit、同一工作树状态、同一依赖锁文件 |
| 环境 | 操作系统、运行时、网络和可用工具 |
| 产品 | 产品版本、模型、推理设置和上下文来源 |
| 权限 | 只读、可写范围、审批方式与外部访问 |
| 验收 | 相同测试、类型检查、lint 和人工检查项 |
| 成本 | 模型消耗、执行时间、人工复核和返工次数 |
| 结果 | 代码差异、测试证据、发现的问题和未解决限制 |
不记录这些条件,就不能把一次成功或失败推广成普遍排名。尤其不要用 Star 数、社交媒体热度或没有公开环境的演示替代可复现证据。
推荐的组合方式
对大多数团队,成本最低的顺序是:
- 先让一个编码 Agent 完成范围明确的实现和自检;
- 使用独立审查器检查 Git diff,而不是让第二个 Agent 重新实现同一功能;
- 只有在存在多模块探索、不同专长或外部系统连接时,才让 DSH 负责多 Provider 编排;
- 主 Agent 统一验收输入与输出,最终测试和发布仍由有权限的人确认。
需要把这套分工落成可执行步骤时,可继续阅读用 DSH 编排 Codex 与 Claude Code 的多 Agent 代码复核流程。如果还没有完成 DSH 基础环境,先从DeepSeek Harness 中文入门和DSH 权限与沙箱指南开始。
本页证据边界
本文完成 DSH 0.1.1-rc.2 固定提交、OpenAI 官方 Codex 文档和 Anthropic 官方 Claude Code 文档审阅。没有安装或运行 Claude Code,没有发起真实模型调用,也没有在同一代码库中测量三者的速度、质量、Token 或费用。产品功能和界面可能继续变化,实际使用前应重新核对对应官方文档与账号可用能力。
来源与维护信息
本文根据以下原始资料整理。版本变化后,请以官方资料和页面标注的验证日期为准。