导读
OpenAI 正式宣布 Codex 的 Goal Mode 脱离实验阶段,覆盖 app、IDE 扩展和 CLI 三端。用户只需设定一个目标,Codex 就能围绕这个目标持续推进数小时甚至数天——coding agent 从「逐条提示」跨入了「定目标、自己干」的新阶段。
一条 `/goal` 命令,改变了 coding agent 的打开方式
5 月 22 日凌晨,OpenAI 官方账号发了一条推文:
"Goal mode is now available in the Codex app, IDE extension, and CLI. Goal mode makes Codex more hands-off, letting you set a goal that it can work towards for hours or even days."
「Goal mode 已在 Codex app、IDE 扩展和 CLI 中可用。它让 Codex 更少需要用户手动干预——你设定一个目标,它可以为这个目标工作数小时甚至数天。」
▲ OpenAI 官方推文宣布 Goal mode 全面上线,3.6 万次浏览
注意这里的关键词:hours or even days。
过去用 Codex,你得一步一步喂 prompt,写完一个函数再提下一个需求,像在对话框里手把手带实习生。现在 OpenAI 说:你只管描述最终目标,Codex 自己拆任务、自己推进。
这个转变的意义,远比多加一个 slash command 要大得多。
Goal怎么开启
Goal的开启方法很简单,修改config.toml 就可以了。找到你的.codex文件夹,进里面编辑config.tom,[feature]条目下加goal=true 重新启动codex就可以使用了。
model_provider = "OpenAI" model = "gpt-5.3-codex" review_model = "gpt-5.3-codex" model_reasoning_effort = "xhigh" disable_response_storage = true network_access = "enabled" windows_wsl_setup_acknowledged = true model_context_window = 272000 model_auto_compact_token_limit = 244800 [model_providers.OpenAI] name = "OpenAI" base_url = "https://api.0029.org/v1" wire_api = "responses" requires_openai_auth = true [features] js repl = false memories = true goals = true官方 Changelog 把话说得更明确
OpenAI Developers 的 Codex Changelog 在 5 月 21 日发布了 26.519 版本更新条目,标题是「Appshots, goal mode, and more」。其中关于 Goal mode 的描述:
"Goal mode is no longer an experimental feature and is available in the Codex app, IDE extension, and CLI. With Goal mode, you can have Codex drive toward a specific objective for hours or even days."
「Goal mode 不再是实验特性,已在 Codex app、IDE 扩展和 CLI 中可用。通过 Goal mode,你可以让 Codex 朝着一个明确目标持续推进数小时甚至数天。」
▲ OpenAI Developers Changelog 确认 Goal mode 脱离实验阶段
两个关键信息:
第一,「no longer experimental」——从实验特性正式转为可用功能,OpenAI 认为它已经成熟到可以推给所有用户。
第二,覆盖三端——Codex app(桌面客户端)、IDE extension(编辑器插件)、CLI(命令行),同一个 Goal mode 在三个工作界面都能用。你在 VS Code 里设的目标,跟在终端里用 `/goal` 命令设的,走的是同一套机制。
`/goal` 到底怎么用?
OpenAI Developers 文档里列出了 `/goal` 的完整操作方式:
- 设目标
:`/goal <objective>`,比如 `/goal Finish the migration and keep tests green`
- 查看当前目标
:`/goal`
- 暂停
:`/goal pause`
- 恢复
:`/goal resume`
- 清除
:`/goal clear`
▲ OpenAI Developers 文档中的 slash commands 列表
▲ `/goal` 的完整操作:设置、暂停、恢复、清除
文档里对 `/goal` 的定位是:
"Give Codex a persistent target to track while a larger task runs."
「在较大任务运行时,为 Codex 提供一个可持续跟踪的持久目标。」
这里的persistent target值得拆开说。普通 prompt 是一次性的——你问完,模型答完,上下文就结束了。而 Goal mode 会把你的目标持久化存储,Codex 在后续的每一步操作中都带着这个目标推进,直到你手动暂停或清除。
同一轮更新,Codex 还加了什么?
Goal mode 只是 26.519 版本更新的一部分。同一个 Changelog 条目里还包括:
- Appshots
:桌面端可以直接截取当前应用界面,把截图作为上下文发给 Codex
- Remote computer use
:远程操控计算机的能力
- Plugin sharing
:插件可以跨用户共享
- Browser 增强
:更快的内嵌浏览器、改进的页面标注
9to5Mac 从 Mac 应用的角度做了报道,称这次更新让 Codex 桌面端加入了 Appshots 和升级版 Goal mode。
这些能力放在一起看,指向同一个方向:Codex 正在从一个「你说它做」的编程助手,变成一个能看屏幕、能上网、能记住目标、能持续工作的工程协作者。
开源代码里的工程细节
OpenAI 在 GitHub 上的 codex 仓库里,有一个文件 `codex-rs/core/src/tools/handlers/goal.rs`,注释写着:
"Built-in model tool handlers for persisted thread goals."
「用于持久化线程目标的内置模型工具处理器。」
▲ openai/codex 仓库中的 goal handler 源码
代码把目标的创建和状态更新分成了不同的函数,`create_goal` 负责开启一个 active objective。这说明 Goal mode 背后有真实的工程支撑——目标的持久化、状态管理、暂停恢复,都有对应的底层实现。
Skills + Goal Mode:从「一次任务」到「持续工作流」
OpenAI 的 Agent Skills 文档描述了另一个原语:
"A skill packages instructions, resources, and optional scripts so Codex can follow a workflow reliably."
「一个 skill 把指令、资源和可选脚本打包,使 Codex 能更可靠地遵循某个工作流。」
▲ OpenAI Agent Skills 文档,说明 skill 与 plugin 的关系
Skills 是可复用工作流的编写格式,Plugins 是安装和分发单元。当 Goal mode 与 Skills 组合起来,可以想象一种场景:你设定一个长期目标(比如「把项目从 Python 2 迁移到 Python 3,保持所有测试通过」),同时挂载一组迁移相关的 skills,Codex 就能按照预定义的工作流持续推进。
但要注意,Goal mode 和 Skills 目前仍然是两个独立的功能模块,OpenAI 并没有发布一个「自动技能市场」或者「自我改进闭环」。
开发者已经开始踩坑了
GitHub issues 里,围绕 Goal mode 的讨论已经开始升温。
有人更新了却找不到功能。issue #23978 记录了一个用户的困惑:Codex App 已经升级到 26.519,changelog 明确说 Goal mode 已经 GA(Generally Available),但在 app 里输入 `/goal` 什么都没有。
▲ GitHub issue #23978:用户反馈在 Codex App 中找不到 /goal 命令
有人担心权限边界。issue #22362 讨论了一个更深层的问题:如果一个仓库在 AGENTS 配置里要求显式 commit approval,Goal mode 会自动跳过这个审批吗?长期自治运行的 agent,必须尊重仓库的安全策略和人类审批流程。
有人遇到了报错。issue #20598 记录了设置 goal 时出现 "Failed to set thread goal: thread/goal/set failed in TUI" 的错误。issue #23984 进一步指出,goal 设置失败时的诊断信息过于笼统,可能覆盖 SQLite 状态异常、数据库锁、多进程冲突、feature flag 未开放、schema migration 未完成等完全不同的根因。
这些问题背后有一条共同的线索:agent 的自治能力越强,工程配套就越重要。错误诊断、权限管控、状态恢复、版本兼容——这些在短任务里可以凑合的环节,在「连续工作数天」的场景下全都变成了硬需求。
媒体怎么看?
StartupHub.ai 的报道把 Goal mode 称为「让开发者可以定义高级目标,由 Codex 分解步骤并执行」的功能。
▲ StartupHub.ai 报道 Codex 的 Goals 功能
开发者社区的兴奋点在于:这标志着 coding agent 从 prompt-by-prompt 的编程助手走向 outcome-oriented 的编程 agent。以前你告诉 Codex「写一个函数」,现在你告诉它「完成这次迁移,保持测试绿色」。
但兴奋之余也有清醒的声音:「连续工作数天」是 OpenAI 官方的自述,代表的是能力上限描述,而非一个经过独立验证的性能指标。Goal mode 提供的是 persistent target,它本身没有形式化验收、完备测试套件、独立 critic 或可靠评分器。长循环任务最终是否真正完成了目标,仍然取决于项目测试、用户定义的验收标准、权限设置和人工复核。
回到核心问题:这件事为什么重要?
Codex 加了很多功能,但 Goal mode 的意义跟其他更新不在一个层面上。
Appshots 解决的是上下文输入问题——让 Codex 看到你正在做什么。Browser 增强解决的是信息获取问题——让 Codex 能上网查资料。Plugin sharing 解决的是工具生态问题——让好用的插件流通起来。
Goal mode 解决的是工作模式问题。
从「人类说一句、agent 做一步」变成「人类定目标、agent 持续推进」——这个转变一旦稳定落地,会重新定义开发者和 AI 编程工具之间的协作关系。开发者的核心工作可能从「写代码」转向「定义目标、设计验收标准、审查 agent 产出」。
当然,这一切的前提是 Goal mode 能真正可靠地长时间运行。从 GitHub issues 的情况看,这条路还有不少坑要填:版本兼容、权限边界、错误诊断、状态恢复……OpenAI 迈出了方向性的一步,但从「可以工作数天」到「可以被信任地工作数天」,中间还隔着大量的工程打磨。