先说结论：Goal mode 是给 Codex 设定一个持续目标，让它像带着任务清单一样自己推进直到完成；Worktrees 是让多个任务在各自独立的工作目录里并行，互不干扰。两个功能一个管”怎么把大活干完”，一个管”同时干好几件活”，配合起来是 Codex 处理复杂项目的核心工作流。
Goal mode 是什么？适合什么任务？
Goal mode 通过 /goal 命令激活。你给 Codex 一个明确的目标描述，它会围绕这个目标持续工作——分步规划、逐步执行、遇到问题暂停等你确认，直到目标完成或你主动中止。
和普通对话的区别在于：普通聊天是一问一答，问完就断；Goal mode 是”交代一件事，让它一直干，干到完”。
适合的任务类型：
- 整个项目的初始化搭建（从零建站、建项目骨架）
- 多文件联动的重构（改数据结构，涉及十几个文件同步修改）
- 文档批量迁移或格式转换
- 持续跑测试并修复，直到全部通过
不适合的场景：问一个快速问题、查个用法、改一行代码——这些用普通对话或 /plan 就够了，没必要开 Goal mode。
Goal mode 的目标怎么写？
写目标有一个要点：把验收标准写在前面，而不是只写”帮我做 XX”。
反面写法：帮我重构用户模块。
正面写法：重构用户模块。验收标准：所有用户相关接口迁移到 /src/modules/user/，旧路径不再被引用，现有测试全部通过，README 更新对应目录说明。
验收标准写清楚，Codex 才知道什么时候算”做完了”，中间每一步也更容易判断是否偏离。
在 CLI 中，/goal 还支持查看、暂停和恢复已有目标。长任务中途要处理别的事，可以暂停当前 Goal，回来再恢复继续。
Worktrees 是什么？解决什么问题？
Worktrees 让 Codex 为不同任务创建独立的工作目录（工作树），每个任务在自己的分支和文件空间里运行，互不干扰。
实际开发中最常碰到的问题是：正在改 A 功能改到一半，突然有个紧急 Bug 要修。如果在同一个目录里切分支，改到一半的东西要么 stash 要么 commit 一个半成品，很容易出错。
Worktrees 的思路是：A 功能在工作树 1 里继续，紧急 Bug 开工作树 2 单独修，两边文件完全隔离。修完 Bug 合并之后，工作树 1 的 A 功能该怎么继续就怎么继续，完全不受影响。
适合的场景：
- 同时推进多个独立功能分支
- 主线开发和热修复并行
- 需要对比两种实现方案，各跑一份看效果
Goal mode + Worktrees 配合怎么用？
两个功能配合的典型流程：
- 开 Worktree：为当前要做的大任务创建一个独立工作树
- 进入 Goal mode：在这个工作树里用
/goal设定目标和验收标准 - Codex 持续推进：它在独立工作树里分步执行，不影响主分支
- 有新任务插入：再开一个 Worktree，用新的 Goal 处理，两边并行
- 完成后合并：目标达成、测试通过，把工作树的改动合回主分支
这套流程特别适合一个人同时推进多件事的场景。比如白天在工作树 1 里让 Codex 跑一个长任务（迁移数据库），同时在工作树 2 里修当天的紧急问题，互不干扰。
长任务吃额度，怎么控制？
这两个功能有一个必须提前知道的事：长任务消耗额度很快。
Goal mode 本质是让 Codex 连续工作更长时间，每一步规划、执行、检查都在消耗智能体用量。如果目标写得太大、验收标准不清晰，Codex 可能反复试错，额度消耗会翻倍。
Worktrees 本身不额外消耗额度，但多个工作树同时跑任务，等于同时烧好几条线的用量。
控制额度的建议：
- 目标拆细，一个 Goal 只管一件具体的事
- 验收标准写清楚，减少 Codex 的试错循环
- 用
/status随时查看当前额度消耗情况 - 日常用 Terra 模型，只在复杂推理环节切到更强模型
Plus 用户如果频繁使用 Goal mode，可能很快触顶。关于各档位的额度范围和省额度的方法，可以看 Codex 额度不够用怎么办。如果考虑升级 Pro 来获得更多额度，Pro 5x 值不值 有具体的算账对比。
升级 ChatGPT Plus 遇到付款问题，可以直接在这里一站式解决：ChatGPT Plus 国内充值升级教程
套餐、价格、模型以 OpenAI 官网当时显示为准，本文核对日期 2026-09-17。