DeepSeek Harness、Codex、Claude Code、LangGraph 应该怎么选：先判断你缺的是产品、底盘还是工作流

"DeepSeek Harness 和 Codex、Claude Code、LangGraph 谁更强？"

这个问题看似直接，却把三种不同采购对象混在了一起：可直接工作的 Coding Agent 产品、可深度重组的 Agent Runtime，以及由开发者显式编排的状态图。

如果比较轴选错，功能表越详细越误导。"都有工具、插件、Subagent、持久化"并不能说明它们解决的是同一个问题，更不能推出性能、成本或成功率排名。

本文不做排行榜，只回答一个架构决策：当团队准备建设 Agent 能力时，应该优先采用成熟产品、可重组底盘，还是显式工作流 Runtime？

最终产物是一张采用决策矩阵，用来判断哪一层复杂度应由产品、Runtime、工作流或团队自己承担。

第一步：判断你要买的是哪一层能力

可以先把四个对象放回各自公开边界。

对象	首要边界	主要组合单位	状态与恢复重心	团队承担的工作
DeepSeek Harness	Developer Preview 的可重组 Agent Runtime	Cordis Plugin、Capability Seam、Profile/Bundle/Patch	append-only Session Event、派生 Surface、Goal/Job/Subagent	组合、版本冻结、回归、安全与产品化
OpenAI Codex	面向软件工程工作的 Agent 产品与嵌入能力	CLI、非交互 `exec`、App Server、MCP、配置与审批	产品任务/会话、Turn、运行环境、Sandbox 与审批	配置规则、权限和工程验收
Claude Code	终端 Coding Agent 产品及其扩展生态	Plugin、Skill、Agent、Hook、MCP Server	产品 Session、独立 Subagent Context、Hook 生命周期	项目规则、插件与权限治理
LangGraph	构建长时、有状态 Agent/Workflow 的低层编排 Runtime	Graph、Node、Edge、Functional API	Checkpoint、Thread、Store、Interrupt、持久执行	业务状态图、节点语义、恢复与部署

这张表标出每个对象默认替团队承担的复杂度。实际系统仍可能组合多种对象。

Codex 和 Claude Code 已经把"如何在代码仓库里完成工作"包装成产品体验。DeepSeek Harness 把更多底层原语暴露为统一插件图。LangGraph 则要求开发者把业务步骤、状态与恢复点显式写成图或函数工作流。

选择 Codex：当你首先需要一个能进入工程流程的产品

OpenAI 官方文档把 Codex CLI 定位为在终端中检查、编辑和运行代码，也可以通过 codex exec 进入可重复脚本与 CI。App Server 则提供把 Codex 嵌入产品的协议边界。Sandbox、网络控制与审批是产品安全合同的一部分。

Codex 把模型、工具执行、仓库操作、审批和多种产品入口组织成一套面向软件工程的工作系统。

适合优先选择 Codex 的场景：

团队要尽快让 Agent 进入真实仓库，而不是先设计 Runtime。
需要交互式终端、非交互自动化和嵌入式协议等明确入口。
操作系统 Sandbox、网络边界和人工审批必须成为日常产品流程。
团队更愿意配置规则与验收，而不是维护自己的 Agent Loop、Session 与插件装载器。

代价同样明确：产品会替你决定一部分核心语义。你可以扩展工具、MCP、规则和工作方式，但这不等于每一层 Runtime 都以同一种插件机制向下替换。

因此，不能从 DeepSeek Harness"可替换层更多"推出它比 Codex 更会完成编码任务。也不能从 Codex 产品闭环更完整推出它适合承载任意业务 Agent Runtime。没有统一模型、任务、环境、权限和预算的实验，这两种推断都不成立。

选择 Claude Code：当你需要稳定产品语义上的团队扩展面

Claude Code 官方把 Plugin 定义为可分发的扩展目录，能够组合 Skill、Agent、Hook 与 MCP Server。Subagent 在独立 Context Window 中运行，可以限制工具和权限。Hook 则在特定生命周期点执行确定性命令，也支持需要判断的 Prompt/Agent Hook。官方 Sandbox 文档把 Bash 的文件系统和网络隔离作为专门安全面。

这形成了一种与 DeepSeek Harness 不同的扩展重心：

Claude Code 先给出 Coding Agent 产品，再允许团队围绕产品生命周期增加能力。
DeepSeek Harness 把 Agent Loop、Session、LLM Adapter、Tool Registry 与 Surface 都纳入同一 Cordis 插件语义。

两者都叫"插件"，但插件能替换到哪一层、谁拥有生命周期、哪些状态是产品内建事实并不一样。

适合优先选择 Claude Code 的场景：

团队主要工作面仍是终端 Coding Agent。
希望把项目规则、专业 Agent、Hook 和 MCP 作为可分发团队资产。
需要独立 Subagent Context 来隔离搜索、日志和实现任务。
更看重产品内扩展，而不是重新组合底层 Agent Runtime。

扩展治理决定这套能力能否安全进入团队流程。Hook 可以自动运行命令，Plugin 会携带 Agent、Skill 与 Server，Subagent 还涉及独立工具和权限。团队仍要审查来源、权限、版本和生命周期，不能把"官方支持插件"误读为"任意插件天然可信"。

选择 LangGraph：当业务流程必须显式、可暂停和可恢复

LangGraph 官方把自己定义为构建长时、有状态 Agent 的低层编排框架与 Runtime，重点是 durable execution、streaming、human-in-the-loop 和 persistence。它允许在同一 Graph 中混合确定性步骤与 LLM 驱动步骤。

它的状态合同比通用 Agent Loop 更显式：

Checkpointer 保存 Thread 的 Graph State。
Store 保存跨 Thread 的应用数据。
thread_id 是恢复同一 Checkpoint 的指针。
interrupt() 可以在 Node 内暂停，保存状态，等待外部输入后通过同一 Thread 恢复。
恢复时 Node 会从开头重新执行，因此中断点之前的副作用必须考虑幂等。

这类语义非常适合审批流、跨系统业务流程、可审阅状态迁移和确定性恢复。但它不会替你自动决定什么是好的 Coding Agent 产品，也不会自动提供 DeepSeek Harness 那样的通用 Plugin Tree。

适合优先选择 LangGraph 的场景：

业务步骤、审批点和恢复边界必须显式可见。
确定性节点与开放式 Agent 节点需要混合。
状态必须按 Thread 持久化，并支持故障恢复或人工中断。
团队愿意定义 State Schema、Node、Edge、Checkpoint 与副作用幂等。

代价是你拥有更多编排责任。Graph 写出来不代表节点内部安全、模型可靠或工具副作用可回滚。持久 Checkpoint 也不等于外部系统事务自动一致。

选择 DeepSeek Harness：当你确实要建设多产品 Agent 底盘

前七篇已经冻结了 DeepSeek Harness 固定 Commit 47f9438 的主要事实：

Agent Loop、Session、Tool Registry、LLM Adapter 与产品 Surface 都在 Cordis 插件图中。
Plugin 的 Effect 可以在卸载时逆序回收，依赖变化能够触发 Consumer 重跑。
Turn、Step、Tool 与失败事件进入明确的 Session Event 语义。
原始 append-only Log 与模型可见 Surface 分离，Compaction 通过替换可见区间而不是改写历史。
Tool 从 Schema 进入 Approval、Guard、Provider 与副作用世界，注册成功不等于安全。
Subagent、Job、Goal 分别管理子 Agent、后台生产者与同一 Session 的长期目标。
Profile、Bundle、Patch 能把同一 Runtime 交付为 Web、Headless 与 SDK，但必须冻结最终插件树与宿主合同。

这组设计的辨识度来自可逆插件生命周期和事件语义：通常散落在核心类、配置、SDK 与 UI 里的变化，被放进同一套组合边界。

适合优先研究 DeepSeek Harness 的场景：

团队正在建设多个 Agent 产品面，而不是只购买一个 Coding Agent。
模型、工具、存储、Agent Loop、Surface 或执行世界需要被替换。
愿意维护内部 Distribution、Profile、Patch、回归矩阵与源码级诊断。
能接受 Developer Preview 的迁移成本，并严格冻结版本。

不适合直接重押的场景：

只需要一个可工作的编码助手。
团队没有维护插件图和版本兼容的能力。
高权限生产任务要求已经验证的跨平台隔离、长会话恢复和审计闭环。
期望开箱即用的完整 Benchmark、生产 SLO 或跨机器调度证明。

截至 2026-08-19，官方 master 仍为 99f6f02f，npm/PyPI 当前为 rc7。动态版本事实与固定 rc5 源码基线必须分开，不能把今天的包版本倒写为固定 Commit 行为。

四者不是只能四选一

真实系统可能组合这些对象，但组合会产生新的边界。

例如，可以用 LangGraph 管外层审批和业务状态，把一个开放式 Agent 节点交给 DeepSeek Harness。也可以让 Codex 或 Claude Code 作为工程任务产品，调用公司已有的 LangGraph 服务。

组合之前，要先对齐状态与取消语义：

谁拥有任务 ID、Session ID 与 Thread ID。
外层取消时，内层 Turn、Job 或工具副作用是否停止。
外层 Checkpoint 重放时，内层已经执行过的命令是否幂等。
两套日志怎样关联成同一 Trace。
人工批准属于产品审批、Graph Interrupt，还是工具 Guard。
哪一层负责最终完成判断和资源结算。

如果这些问题没有答案，双 Runtime 只会把可恢复系统变成双重状态机。

一张采用决策矩阵

你的首要问题	优先候选	原因	进入下一步前必须验证
让 Agent 尽快进入真实代码仓库	Codex 或 Claude Code	产品入口、仓库工作流和权限体验已经形成	目标仓库权限、命令边界、真实任务成功率与人工介入
构建可分发的终端 Agent 扩展	Claude Code	Plugin/Skill/Agent/Hook/MCP 是明确团队资产	插件来源、Hook 副作用、Subagent 权限与版本治理
构建多个共享底层语义的 Agent 产品	DeepSeek Harness	Agent Core 与产品 Surface 都可进入统一插件图	固定版本、有效配置、迁移回归、真实模型 E2E 与安全边界
构建显式审批、恢复和业务状态流	LangGraph	Graph/Checkpoint/Thread/Interrupt 直接表达工作流	State Schema、持久化后端、Node 幂等与外部事务
只做一个简单、短生命周期 Agent	先用更简单方案	自建 Runtime 或 Graph 可能增加无效复杂度	单进程脚本、现成产品或小型状态机是否已足够
同时需要产品 Agent 与确定性业务流	组合，但先定状态所有权	两类工具解决不同层级问题	ID 映射、取消传播、Checkpoint/副作用、统一 Trace

矩阵只决定"先验证谁"，不替代 PoC。最终选择仍应在相同模型、任务、权限、工具、预算和环境下测量。

不应该比较的四件事

在没有统一实验前，不应给出以下结论：

谁的任务成功率更高。
谁的 Token 或总成本更低。
谁的延迟更小。
谁更适合所有团队进入生产。

架构开放性、功能数量、GitHub 热度、单次 Demo 和官方产品成熟度都不能替代这四项实测。

更合理的评测应固定模型与 Provider、任务集、仓库快照、工具、权限、Sandbox、重试、人工介入和评分器。分别记录成功率、耗时、Token、工具调用、失败类型、恢复次数和副作用正确性。

结论

DeepSeek Harness、Codex、Claude Code 与 LangGraph 的主要差异，在于谁替团队承担哪一层复杂度：

Codex、Claude Code 首先是可直接工作的 Coding Agent 产品。
DeepSeek Harness 首先是可重组的 Agent 产品底盘。
LangGraph 首先是显式的状态与工作流 Runtime。

如果团队缺的是交付效率，先选产品。缺的是多产品底层复用，研究 Harness。缺的是显式审批与恢复，选择 Graph。如果简单脚本已经够用，就不要为了架构完整强行引入任何一个复杂 Runtime。

先判断团队缺的是交付产品、多产品底盘还是可恢复工作流，再用同条件 PoC 验证真实任务。未被所选系统承担的复杂度，应明确留在团队自己的验收清单里。

参考资料

DeepSeek Harness 固定 Commit 47f943859bef60e4160492346772ded9b24f765a 及系列前七篇已审核来源映射。
DeepSeek Harness 官方仓库与注册表动态快照，检查日 2026-08-19。
OpenAI Docs：Codex CLI、Non-interactive mode、App Server、Agent approvals & security。
Claude Code 官方文档：Plugins、Subagents、Hooks、Sandboxing。
LangGraph 官方文档：Overview、Persistence、Interrupts。