Goal 模式与长期任务

Goal 模式适合多步骤但有明确终点的工作。桌面应用、交互式 CLI 和 IDE 扩展均可通过 /goal 开始；目标文本既是初始任务，也是判断完成的依据。

写出可验证目标

说明最终结果、必须遵守的边界，以及证明完成的测试或审核要求。下面是代码迁移任务的写法示例：

Migrate the selected module to TypeScript. Preserve its public behavior,
keep the existing API, and make the type check and module tests pass.

目标不明确时先用 /plan，让 Codex 澄清约束并形成可验证的完成标准，再启动 Goal。任务过程中可用同一聊天补充资料、更改限制或请求状态。

暂停、修改与继续

桌面应用在输入框上方的进度行提供暂停、恢复、编辑和清除目标。CLI 在同一交互会话继续补充要求，IDE 则保持工作区可用并在同一聊天中调整。

Goal 不授予更多访问权限，仍遵守沙箱和审批，需要用户决定时会等待。要区分暂停目标与仅询问进度，明确表达希望停止还是继续。

多个工作并行

每个聊天有自己的上下文和目标。独立任务可放在不同聊天，代码写入使用各自 worktree，避免同时改同一组文件。是否使用子智能体仍遵循明确委派规则。

本地运行需要机器和应用保持可用；桌面设置 Prevent sleep while running 可让 Mac 在工作中保持唤醒。断网前需要暂停时先暂停，再在恢复连接后继续。

Goal 与定时任务

Goal 持续推进当前结果；定时任务按时间再次执行保存的工作，适合检查或跟进。为定时检查写清报告条件和停止条件，避免把没有终点的重复检查当作一次 Goal 的完成标准。