
从补全到 plan→act→verify 自主循环——CLI / Cloud / Agent HQ 全栈与 Claude Code 对照
2026 年 2 月 5 日,OpenAI 发布 GPT-5.3-Codex,定位一句话:
Expanding Codex across the full spectrum of professional work on a computer.
如果你刚读完《GitHub Agent HQ 选型》,那里讲的是 在 GitHub 云上 pick Codex。
这篇往下拆:Codex 内核的 Agent Loop 到底怎么转? 以及它和 Claude Code / Cursor 的 Harness 差异 在哪里。
根据 OpenAI 发布文、Codex 工作流文档、CLI 特性文档 与 迭代修复 Cookbook(2026-05-11),可以把 GPT-5.3-Codex 理解成 「模型 + Harness + 长程循环」三件套,而不只是更强的补全。
时代 | 交互形态 | 开发者角色 |
|---|---|---|
补全时代 | Tab 接受建议 | 人写主逻辑,AI 填缝 |
Chat 时代 | 一问一答改代码块 | 人复制粘贴、手动跑测试 |
Agent Loop 时代 | 多轮 tool call 直到停 | 人定目标 + 验收,AI 跑循环 |
OpenAI 在发布文中把 Codex 从「写代码、审代码」扩到 debug、deploy、monitor、写 PRD、改文档、做表格——核心不是功能列表,而是 同一条循环能跨工具持续跑。
VS Code 团队 2026-05 博文用同一套语言描述 Harness:
think → act → observe → think again
一次用户 Turn 里,Harness 可能跑很多 Round;每轮:组 prompt → 调模型 → 执行 tool → 把结果喂回去 → 判断是否继续。
GPT-5.3-Codex 的卖点正是让这个循环 更快(官方称比前代快 ~25%)、更省 Token、可中途 steer——适合「读→改→测→再改」的长程任务,而不是单次 snippet。
把公开文档翻译成一张 可复用架构图:
用户目标 + 约束(验收标准)
↓
┌───────────────────────────────────┐
│ L1 Harness:上下文组装 │ 系统指令、AGENTS.md、打开的文件、历史
└───────────────────────────────────┘
↓
┌───────────────────────────────────┐
│ L2 模型:GPT-5.3-Codex / gpt-5.5 │ 规划、选工具、生成 patch / 命令
└───────────────────────────────────┘
↓ tool calls
┌───────────────────────────────────┐
│ L3 工具层 │ shell、apply_patch、MCP、web_search…
└───────────────────────────────────┘
↓ 结果回灌
┌───────────────────────────────────┐
│ L4 循环控制 │ 审批、沙箱、stop hooks、compaction
└───────────────────────────────────┘
维度 | Codex Agent Loop | Claude Code |
|---|---|---|
编排 | Harness 内置循环 + codex exec | 单会话 + 可选 运行时自写 Workflow |
编辑工具 | GPT 系常用 apply_patch | Claude 系常用 replace_string_in_file |
并行 | Subagents(显式要求才扇出) | Dynamic WF fan-out 上百 |
长程 | resume 会话 / Cloud 委托 | ultracode + worktree |
验证 | /review、Cookbook repair loop | 对抗子 Agent、测试门禁 |
结论:两者都是 Agent Loop,差异在 谁写编排脚本、默认工具集、并行叙事——不是「谁有 loop、谁没有」。
根据 OpenAI 发布文(2026-02-05):
声称 | 解读 |
|---|---|
融合 GPT-5.2-Codex 编码 + GPT-5.2 推理/专业知识 | 单模型覆盖「写码 + 想明白」 |
比前代 快 ~25% | 长循环里墙钟时间更关键 |
更少 Token 完成同类任务 | 对按月账单团队是硬指标 |
可中途交互不丢上下文 | steer 是长程 Agent 的刚需 |
基准:SWE-Bench Pro、Terminal-Bench 2.0 等 | 强调 终端能力 与 抗污染评测 |
争议点也公开:「首个参与创造自身的模型」——团队用早期版本 debug 训练、部署、评测。读作 重度 dogfooding 更贴切,不宜当成「AI 递归自举」。
与 Agent HQ:GitHub 文档列 Codex 可选 GPT-5.3-Codex、GPT-5.4、GPT-5.4 nano——云端 Agent 吃的是 模型 + GitHub Harness 组合,不等于你本地 codex CLI 的每一比特行为。
OpenAI Cookbook《Build iterative repair loops with Codex》(2026-05-11)把 生产级 Agent Loop 拆成三相——值得直接当团队模板:
阶段 | 做什么 | 不做什么 |
|---|---|---|
Review | 读制品,输出 结构化 findings | 不改文件 |
Repair | 按 findings + 上轮验证反馈 最小改动 | 不宣称已通过 |
Validate | 跑真实检查(测试、nbconvert、规则 judge) | 不把主观「看起来对」当 pass |
循环直到:validation.passed、达到 max_iterations、delta 不再缩小、或 升级给人。
这和 C02 的 Loop until done、X05 Addy Osmani 说的 proof over vibes 同向——Agent 的价值在可验证迭代,不在一次生成。
codex
codex exec "fix the CI failure"
codex exec --output-schema schema.json --sandbox workspace-write "review this notebook"
文档强调:给 Agent 任务时写清 复现步骤、约束、验收命令——比空泛「修一下 bug」省一个数量级的 Token。
表面 | 入口 | 适合 |
|---|---|---|
CLI | codex / codex exec | 本地仓库、终端密集、可 resume |
IDE 扩展 | VS Code / JetBrains | 边写边委派、Diff 预览 |
Codex Cloud | IDE 点云图标 / codex cloud exec | 长实现甩云端,本地只做 plan |
GitHub Agent HQ | Issue 指派 @codex | 异步 PR、团队 backlog(见 O03) |
根据 CLI Features 文档:
• codex resume:本地 transcript 断点续跑
• /review:对分支 / 未提交改动 / 指定 commit 做 只读审查
• Subagents:仅在你 明确要求 时并行(多耗 Token)
• Approval modes:Auto / Read-only / Full Access——控制 loop 能碰什么
• MCP / Skills / Hooks:扩展工具与门禁
• steer:运行中 Tab 排队下一条指令,不丢当前上下文
1. 本地 $plan 拆里程碑
2. 选 Cloud 环境,Implement Milestone 1
3. Review diff → 迭代 → PR
这和 O03 里「本地 Cursor + 云端 Agent HQ」三分工 完全咬合。
延续《Cursor + Claude Code 提效》+ O03,建议 2026 标准四分法:
任务类型 | 首选 | 理由 |
|---|---|---|
Tab 补全、小改 | Cursor | 摩擦最低 |
跨模块重构、私有深潜 | Claude Code | Harness + Skills 成熟 |
终端/CI/脚本长循环 | Codex CLI | Terminal-Bench 叙事 + codex exec |
Issue → 草稿 PR | Agent HQ @codex | 异步、可审计 |
别重复造轮子:
• Codex 擅长 repair loop + 终端
• Claude 擅长 Dynamic WF 扇出 + 对抗验证
• 两者都该配 同一套 CI——模型换不换,门禁不变(《merge 责任》)。
AGENTS.md(Codex 官方支持)## 必须
- 改代码前:npm test
- 禁止改 production 配置
## 验收
- PR 必须附复现步骤
- CI 全绿才可 merge
## 目标
(一句话)
## 复现
1. …
2. …
## 约束
- 不改 API 形状
- 最小 diff
## 验收
- npm test
- /review 无 high severity
规则 | 建议值 |
|---|---|
最大迭代轮数 | 3(Cookbook 默认) |
单会话 Token 预算 | 任务级写明 |
人工升级条件 | 安全 / 架构 / 连续 2 轮 delta 不变 |
架构决策被 UI 默认值绑架你已读 | 本文补上 |
|---|---|
O03 Agent HQ | Codex 内核 Loop 与云端 Harness 关系 |
C02 Dynamic Workflows | Codex loop vs Claude 自写编排 |
D04 成本账本 | GPT-5.3 省 Token 叙事怎么记账 |
Generated Code is Real Code | Review→Repair→Validate = proof 门禁 |
Agentic Coding Report | 从 60% 辅助到 敢 delegate 的工程前提 |
下一篇建议:O02 Codex 边界清单,或 M01《2026 上半年编程 Agent 大复盘》 收藏版。
GPT-5.3-Codex 的真正信号不是又一个 leaderboard,而是 OpenAI 把 Agent Loop 产品化默认值 写进了 Codex 全栈:
1. 模型能长程推理 + 终端操作
2. Harness负责 tool、审批、compaction
3. 工作流用 Review→Repair→Validate 闭环
4. 入口从 CLI 延伸到 Cloud 与 GitHub PR
选型时别问「Codex 聪不聪明」,问:
我的任务有没有复现路径、验收命令、迭代止损?Loop 跑起来后谁点 merge?
模型是引擎,Harness 是变速箱,验收才是刹车。
• OpenAI《Introducing GPT-5.3-Codex》(2026-02-05):https://openai.com/index/introducing-gpt-5-3-codex/
• OpenAI《Unrolling the Codex agent loop》:https://openai.com/index/unrolling-the-codex-agent-loop/
• Codex Workflows:https://developers.openai.com/codex/workflows
• Codex CLI Features:https://developers.openai.com/codex/cli/features
• Cookbook《Build iterative repair loops with Codex》(2026-05-11):https://developers.openai.com/cookbook/examples/codex/build_iterative_repair_loops_with_codex
• VS Code《The Coding Harness Behind GitHub Copilot》(2026-05-15):https://code.visualstudio.com/blogs/2026/05/15/agent-harnesses-github-copilot-vscode
• 系列前文:content/github-agent-hq-claude-codex/、content/claude-code-dynamic-workflows/
GPT-5.3-Codex 能力与基准来自 OpenAI 公开材料;与 Claude Code 对照及落地清单为作者工程向解读,非 OpenAI 官方立场。