---
title: 'Codex 实验性 /goal：把 Ralph Loop 内置为单条 slash 命令'
video_id: nOFordZCyzs
url: https://youtu.be/nOFordZCyzs
title_en: "Codex Just Became THE BEST Long Running Agentic Harness"
channel: Chase AI
published: 2026-05-10
duration: "17:15"
topics: [Agent 工程, AI 编程与建站]
noted: 2026-07-08
value: A
views: '1.9万'
---


[![封面](https://i.ytimg.com/vi/nOFordZCyzs/maxresdefault.jpg)](https://youtu.be/nOFordZCyzs)

> Chase AI · 时长 17:15 · 发布 2026-05-10 · 1.9万次观看(截至抓取) · [观看原视频](https://youtu.be/nOFordZCyzs)

## 主旨

Codex 推出实验性 `/goal` 命令，把原本需要自己写 bash 循环 + 状态文件 + 脚手架的 [[Ralph Loop]] 收编成产品自带能力，让一条 slash 指令就能让 Codex 跑数小时完成多步自主编码任务，且自带预算优雅收尾、暂停/编辑、崩溃恢复等脚手架。

## 核心论点

1. **/goal 本质是 Ralph Loop 的内置化**——大图机制（读 prompt.md + state.md + 每轮推进）和 Ralph Loop 一致，差异在脚手架是否内建。([[#2-goal-是-ralph-loop-的内置化-0246|→ 详解2]])
2. **比裸 Ralph Loop 多四类脚手架**——预算迫近时优雅收尾、update_goal 完成判定、暂停/编辑、崩溃恢复——这些是裸 bash 循环做不到的。([[#3-goal-的内部架构四种结束路径与隐藏文件-0540|→ 详解3]])
3. **/goal 成败完全取决于完成标准的清晰度**——必须先进 plan mode 把验收标准量化成可测试条目，模糊目标必败。([[#4-demo从模糊目标到完整-2d-游戏的端到端跑通-0731|→ 详解4]])
4. **/goal 不是替代 Claude Code，而是与之协同**——博主主张用 Claude Code 写 plan、用 Codex /goal 跑、再让 Claude Code 审，整体大于各部分之和。([[#5-与-claude-code-的协同为什么这大于各部分之和-1551|→ 详解5]])

## 知识点详解

### 1. /goal 是什么与如何启用 [00:10](https://youtu.be/nOFordZCyzs?t=10)

Codex /goal 是 2026 年 5 月推出的实验性功能，定位是 "long-running autonomous coding tasks without having to include any sort of additional orchestration layers"——一种内置的、不需要外接编排层的 harness。([00:10](https://youtu.be/nOFordZCyzs?t=10))

功能默认关闭，需要在 `config.toml` 里手动开启。博主演示了两种方式：可以直接编辑 Codex 配置加一行 `features.goals = true`，更省事的做法是直接让 Codex "Hey, can you enable goals for me?"——口语里就是这么演示的。无论哪种方式，改完都要重启 Codex 让配置生效。([01:00](https://youtu.be/nOFordZCyzs?t=60))

真正调用时只需一条 slash 命令 `/goal`，跟传统 slash 命令不同，/goal 没有"调用成功"的回显——提交后界面顶部多出一个 goal 标签作为唯一可见信号。博主形容这种体验为 "hilariously simple to use: a single slash command"，把循环工程的入口门槛压到了最低。([00:47](https://youtu.be/nOFordZCyzs?t=47))

### 2. /goal 是 Ralph Loop 的内置化 [02:46](https://youtu.be/nOFordZCyzs?t=166)

博主先用一段速复习 [[Ralph Loop]] 的工作方式：它本质就是一行 bash while 循环，反复启 Codex（或 Claude Code），每轮读 `prompt.md`（任务说明）与 `state.md`（进度记录），跑一轮 turn、更新文件、退出，然后循环继续，直到状态满足完成条件——整个机制朴素到 "is simply one line of code. It's just a bash loop"。([02:57](https://youtu.be/nOFordZCyzs?t=177))

/goal 大图与 Ralph Loop 完全一致：告诉它做什么、给一个完成判据，它就不断刷新内部文件"做了什么、还差什么"，试图逼近终态。博主一句话定位 "Codex goals is basically a more sophisticated, integrated RALF loop"——同样的循环骨架，只是把 Ralph Loop 散落的脚手架收编进了 Codex 产品自身。([02:46](https://youtu.be/nOFordZCyzs?t=166))

这种"内置循环"等价于把 GSD、Superpowers 等 Claude Code 上的第三方编排层收编进来。博主明确对比："all these tools are orchestration layers that sit on Claude code to essentially do what we're doing with a single / command inside of Codex with goals"——所以你不再需要花 40 分钟学 GSD 怎么搭，/goal 一条命令就够。([07:13](https://youtu.be/nOFordZCyzs?t=433))

### 3. /goal 的内部架构：四种结束路径与隐藏文件 [05:40](https://youtu.be/nOFordZCyzs?t=340)

/goal 比裸 Ralph Loop 多出两个隐藏文件：`continuation.md` 与 `budget limit.md`。博主强调这两个文件对用户"essentially invisible"，但承担关键角色——前者维持跨 turn 的上下文接续，后者在接近预算上限时被自动注入，触发优雅收尾。([05:40](https://youtu.be/nOFordZCyzs?t=340))

每轮 turn 结束时，Codex 会根据情况走四条路径之一：还有工作且预算够就继续推进；接近 token 上限就注入 budget limit.md 优雅收尾并写最终报告（"wrap up the turn gracefully and give you final report"）；项目完成就调 update_goal 内部工具调用，审计所有交付物（"make sure all the deliverables are audited"），全部 thumbs up 才标 goal complete；遇到异常则提供暂停、编辑、崩溃恢复机制。([06:23](https://youtu.be/nOFordZCyzs?t=383))

与裸 Ralph Loop 的关键区别就在这里——Ralph Loop 撞预算就死（"Ralf loop, you hit your budget, you're done"），你得手动重启或接更多 token；而 /goal 会 "figure out a good way to sort of like get you to a spot that you can work on later"，让你能从"可继续推进"的点接手，而不是面对一堆崩溃的中间状态。([05:56](https://youtu.be/nOFordZCyzs?t=356))

### 4. Demo：从模糊目标到完整 2D 游戏的端到端跑通 [07:31](https://youtu.be/nOFordZCyzs?t=451)

演示项目是自顶向下 2D 街机生存游戏 Rift Salvage，所有美术资产要求 Codex 自己用 Image Gen 2 生成——这是 Codex 作为 OpenAI 自家产品独有的能力："Because it's an OpenAI product, we have access to image two the GPT images, too"，无需外接 Higgsfield 等 MCP，把图片生成 + 长跑编码闭环在一条 slash 里。([07:52](https://youtu.be/nOFordZCyzs?t=472))

跑 /goal 前必须先进 plan mode 把目标锁死。博主反复强调："we have a fuzzy idea, we go into plan mode, we get something very, very tight"——模糊目标必须被量化成 "a very quantifiable set of things it must hit in order for it to complete the loop"，否则 "you're going to get an outcome that is kind of mediocre, it might be half-baked"。([08:30](https://youtu.be/nOFordZCyzs?t=510))

验收清单由三类硬约束组成：`npm run build` 必须无错，开发服务器起好后要给出 local URL，一份 Playwright 自动化脚本要打开应用、确认 canvas 非空、模拟键盘移动、模拟收集物事件、强制扣血验证血量变化、确认 boss 胜利 UI 等——任何一项不达标 /goal 不会判定完成。第一次跑约 30 分钟就出了 "11 image gen bitmap assets with alpha cutouts, automated play right verifier" 的全过初版。([09:19](https://youtu.be/nOFordZCyzs?t=559))

第二次 /goal 跑前要换新 thread——"each goal run is tied to the thread or the session that you are using at that time"——否则会与上一次的状态串台。这个隐藏约束是文档没明说、但跑两次时一定踩到的坑。([14:02](https://youtu.be/nOFordZCyzs?t=842))

### 5. 与 Claude Code 的协同：为什么这"大于各部分之和" [15:51](https://youtu.be/nOFordZCyzs?t=951)

博主在结尾收束出 /goal 成败的唯一变量：清晰的成功标准。"If you have a clear North Star and you have clear criteria for what success looks like, you can get a ton of out of this"——有清晰目标、清晰完成判据，长跑才能跑出价值；没有这二者，跑得再久也只是循环产生平庸产出。([15:51](https://youtu.be/nOFordZCyzs?t=951))

/goal 真正的杠杆是与 Claude Code 串行使用——plan 用 Claude Code 写、跑用 Codex /goal、结果再丢回 Claude Code 审。博主把这种组合总结为 "the whole being greater than the sum of its parts type deal"——单一工具做不了的事，串起来就能做，无需纠结"该选 Codex 还是 Claude Code"。([16:58](https://youtu.be/nOFordZCyzs?t=1018))

这套组合里 /goal 仍有个独家优势：如果换成 Claude Code 跑同样的活，得自己接 Higgsfield CLI 或 Higgsfield MCP 才能让 agent 生成图片（"if we use Claude Code for this, we would have just had it implement something like the Higgsfield CLI or the Higgsfield MCP to do all that image generation for us"），而 Codex /goal 把图片生成 + 长跑编码闭环在一条命令里——这是 OpenAI 自家产品对 Claude Code 单点的隐形碾压。([16:18](https://youtu.be/nOFordZCyzs?t=978))

## 可执行步骤

- [ ] 在 Codex desktop 或 CLI 打开 `config.toml`，加一行 `features.goals = true`，改完重启 Codex 让配置生效。
- [ ] 跑 /goal 前先开 plan mode，把完成标准写成可量化的验收清单（build 命令、自动化测试、UI 行为、Playwright 端到端脚本等）。
- [ ] 提交任务时用单条 `/goal` 命令，提交后看界面顶部是否出现 goal 标签作为唯一可见信号。
- [ ] 在同一项目上要跑第二次 /goal，先新开 thread 或 chat，不要复用第一次的 session。

## 关联

- 印证 [[Ralph Loop]]：Codex /goal 就是 Ralph Loop 的内置版本——读 prompt.md/state.md + 每轮 turn 推进的机制骨架与 Ralph Loop 完全一致，只是把脚手架收编进产品；本片把 [[Ralph Loop|任务清单驱动循环]] 的骨架用一个内置 slash 命令呈现了一遍。
- 互补 [[Harness]]：裸 Ralph Loop 缺账单/token/崩溃机制，得自己搭 harness；Codex /goal 是 [[Harness|harness 工程]] 把"循环工程"开箱即用的范例——同样是给 AI 编码助手加规则/context/guardrails，本片展示了 harness 内建 vs 自建的具体差异。
- 印证 Plan Mode：博主反复强调"先 plan mode 锁死完成标准再跑 /goal"，与 Plan Mode 思路完全一致——完成标准的清晰度决定循环能否跑出价值，模糊目标必败。
- 进阶 [[2026-06-24-四步循环工程任何事物（+提示工程为何未死）|Chase 自己 2026-06-24 的循环工程课]]：同频道续作——本片是 2026-05 的 /goal 产品演示，后续视频把它升华成"四阶段（触发/执行/验证/状态）+ 五档成功标准"框架并加上跨会话自我改进讨论，**先看本片理解产品形态，再看后续视频理解通用框架**。

## 一手来源与延伸

- description 中 RESOURCES：https://www.skool.com/chase-ai（博主主推的 Claude Code / Codex 大师课付费社区入口，带营销）。
- description 中 RESOURCES：https://www.chaseai.io（博主个人接活页面）。
- 本片不引用任何外部论文/官方文档链接，Codex /goal 的官方文档（若存在）未在 description 中列出。

## 术语

- /goal：Codex 实验性长跑编码命令，一条 slash 触发，把 Ralph Loop 收编进产品自带脚手架。
- Ralph Loop（口播里常被 auto-transcription 误写成 RALF Loop）：任务清单驱动循环，把 PRD 拆给 agent 逐项自主推进、每步验证通过才前进。
- continuation.md 与 budget limit.md：/goal 在 turn 之间维持上下文/触发优雅收尾的两份隐藏状态文件，对用户不可见。
- update_goal tool call：/goal 在项目完成时调用的内部工具，负责审计交付物并标记 goal complete。
- Image Gen 2 / GPT image 2：Codex 作为 OpenAI 自家产品内置的图像生成能力，可让 /goal 在跑任务期间自动生成美术资产。

## 金句

> "Codex goals is basically a more sophisticated, integrated RALF loop." ([02:46](https://youtu.be/nOFordZCyzs?t=166)) — 一句话点出 /goal 的定位：不是新发明，而是把 Ralph Loop 收编进产品自带脚手架；理解 /goal 的钥匙就是把它当作"产品化的 Ralph Loop"，别期望它有 Ralph Loop 之外的新机制。

> "If you have a clear North Star and you have clear criteria for what success looks like, you can get a ton of out of this." ([15:51](https://youtu.be/nOFordZCyzs?t=951)) — 一句话总结 /goal 的成败关键不在功能本身，而在用户能否给出可量化的成功标准——这也是 plan mode 必须前置的根本原因。

## 立场与利益

- 与利益同向（待印证）：博主开场与结尾都强推自家 Claude Code Masterclass / Codex Masterclass 付费课（https://www.skool.com/chase-ai），"Codex might have Claude Code beat here"这种相对优劣判断正好带动产品销售，需以中立第三方复测为准。
- 与利益同向（待印证）：博主同时是 Codex + Claude Code 双修课卖家，所以"两个都用、串行起来用"的协同论点也带营销导向，但论证本身可独立验证（确实两边产品都支持对应工作流）。
- 利益中性：/goal 的具体技术机制（continuation.md / budget limit.md、四种结束路径、隐藏文件、每轮 turn 推进）与博主商业利益无关，是 OpenAI 产品行为，按内容本身采信即可。

## 价值定位

- 适合谁：已经在用 Codex（desktop 或 CLI）、想跑超过一两轮 turn 的长任务（批量改文件、批量生成、批量重构、复杂功能搭建）的开发者；想理解 Ralph Loop 是怎么被产品化的学习者。
- 解决什么：把"裸 bash while 循环 + 自己搭 Ralph Loop 脚手架"开箱即用成一条 slash 命令，降低长跑编码的入门门槛；同时把图片生成 + 长跑编码在 Codex 里闭环，省去外接 Higgsfield MCP 的工程开销。
- 认知 vs 实操：既是产品演示（实操价值：跟着 demo 把 config.toml 改了就能用），也是 Ralph Loop 内置化的设计范例（认知价值：理解为什么"内置循环+脚手架"比"裸循环"更优）。
- 与 [[Ralph Loop]] 重叠但本片独有：对 Codex /goal 的具体四种结束路径、隐藏文件机制、graceful budget 行为、与 Claude Code 串行的具体流程演示——这些 Ralph Loop 知识库里没有；本片把抽象的循环工程骨架映射到一条具体 slash 命令上，是 Ralph Loop 知识向产品形态的一次实例化。

## 自检问题

1. Codex /goal 与裸 Ralph Loop 的本质区别是什么？
   
2. 在什么情况下 /goal 会自动收尾而不撞墙？
   
3. 用 /goal 前博主反复强调要做什么准备工作？
   
4. 为什么博主要在同一项目上跑第二次 /goal 时开新 thread？
   
5. /goal 与 Claude Code 串行使用的核心收益是什么？