Appearance
新出的 /goal 模式到底怎么用？Codex 和 Claude Code 同题实测了一遍。/goal 的重点不是 prompt 更长，而是持续工作直到验收成立。
核心认知
/goal 真正改变的不是 prompt 的长度，而是工作方式：
| 模式 | 逻辑 |
|---|---|
| 普通 prompt | 我说一句，你做一轮，然后停下来等我 |
| /goal | 我给你一个完成条件，你持续工作直到条件成立 |
上线时间（截至 2026-05-12）
| 工具 | 上线时间 | 状态 |
|---|---|---|
| Codex | 2026-05-07 (CLI 0.129.0) | 实验性功能 |
| Claude Code | 2026-05-11 (v2.1.139) | 正式功能 |
普通 prompt vs /goal
| 维度 | 普通 prompt | /goal |
|---|---|---|
| 执行方式 | 单轮执行 | 持续循环 |
| 反馈机制 | 需要手动反馈 | 自动验证 |
| 适用场景 | 简单任务 | 复杂目标 |
| 停止条件 | 依赖人工判断 | 依赖验收条件 |
| 效率 | 每次都要重新输入 | 一次设定，持续工作 |
工作原理
┌─────────────────────────────────────────────────────────────┐
│ /goal 工作循环 │
├─────────────────────────────────────────────────────────────┤
│ │
│ ① 设定目标 │
│ └── 告诉 AI 要完成什么 │
│ ↓ │
│ ② 执行一轮 │
│ └── AI 完成任务的一部分 │
│ ↓ │
│ ③ 验证检查 │
│ └── 检查完成条件是否成立 │
│ ↓ │
│ ④ 条件成立？ │
│ ├── 是 → 停止 │
│ └── 否 → 返回步骤②继续执行 │
│ │
└─────────────────────────────────────────────────────────────┘Claude Code 中使用 /goal
启用方法
bash
# Claude Code 默认支持 /goal
# 无需额外配置基本用法
bash
# 设定完成条件
/goal 当用户访问 /dashboard 时，显示用户的待办事项列表
# AI 会持续工作，直到完成这个目标验证方式
Claude Code 通过以下方式验证目标是否达成：
- 代码功能测试
- API 调用验证
- 页面访问确认
Codex 中使用 /goal
启用方法
bash
# 方法一：使用 /experimental 开启
/codex /experimental
# 方法二：配置文件开启
# 在 config.toml 中添加：
[features]
goals = true基本用法
bash
# 设定完成条件
/codex /goal 实现用户认证功能，包括登录、注册、登出
# OpenAI Codex 会持续工作验证方式
Codex 通过以下方式验证：
- 代码完整性检查
- 单元测试运行
- 构建验证
适用场景
适合用 /goal 的场景
| 场景 | 示例 |
|---|---|
| 功能模块开发 | "实现完整的用户认证模块" |
| 重构任务 | "把所有 async/await 改成 Promise" |
| 测试覆盖 | "为这个模块添加完整的单元测试" |
| 文档生成 | "生成 API 文档和 README" |
| Bug 修复 | "修复登录页面的跨域问题" |
不适合用 /goal 的场景
| 场景 | 原因 |
|---|---|
| 简单问答 | 单轮就能解决 |
| 创意发散 | 目标不明确 |
| 需要人工判断 | 机器无法自动验证 |
| 探索性任务 | 边界不清晰 |
常用模板库
模板一：功能开发
/goal 实现 [功能名称]，包含以下要求：
1. [功能点1]
2. [功能点2]
3. [功能点3]
验收标准：[具体的验收条件]示例：
/goal 实现用户头像上传功能，包含以下要求：
1. 支持 jpg/png/webp 格式
2. 文件大小限制 5MB
3. 自动生成缩略图
验收标准：上传成功后页面显示缩略图，无报错模板二：Bug 修复
/goal 修复 [Bug 描述]，验收标准：
1. [条件1]
2. [条件2]
不能破坏现有功能示例：
/goal 修复用户登录后 token 过期的问题，验收标准：
1. 登录后保持会话至少 24 小时
2. Token 刷新机制正常工作
不能破坏现有功能模板三：代码重构
/goal 重构 [代码位置/模块]，目标：
1. 提升性能
2. 改善可读性
3. 保持功能不变
验收标准：[测试通过/构建成功]模板四：测试覆盖
/goal 为 [模块/函数] 添加测试，覆盖：
1. 正常路径
2. 边界条件
3. 异常处理
验收标准：所有测试通过，覆盖率 > 80%模板五：文档生成
/goal 为 [项目/模块] 生成文档：
1. README.md
2. API 文档
3. 使用示例
验收标准：文档完整、示例可运行Claude Code vs Codex 功能对比
| 功能 | Claude Code | Codex |
|---|---|---|
| /goal 命令 | ✅ 支持 | ✅ 支持 |
| 验证机制 | 内置验证 | 需要手动配置 |
| 实验性 | ❌ 正式功能 | ⚠️ 实验性 |
| 多轮记忆 | ✅ 强 | ✅ 强 |
| 代码生成 | ✅ Claude 3.5 | ✅ GPT-4o |
实战技巧
技巧一：验收条件要具体
| ❌ 模糊 | ✅ 具体 |
|---|---|
| "完成登录功能" | "用户输入正确账号密码后跳转首页，控制台无报错" |
| "修复 Bug" | "登录后 token 有效期延长到 24 小时" |
| "优化性能" | "首屏加载时间从 3s 降到 1s 以下" |
技巧二：分步骤设定目标
# 如果目标太大，可以分步骤
/goal 第一步：创建用户表结构
# 第一步完成后
/goal 第二步：实现用户注册 API技巧三：善用"不能破坏"约束
/goal 添加缓存机制，验收标准：
1. 缓存命中后响应时间 < 100ms
2. 缓存更新后数据立即生效
不能破坏现有功能常见问题
| 问题 | 原因 | 解决方案 |
|---|---|---|
| /goal 无响应 | 版本不支持 | 更新到最新版本 |
| 目标无法完成 | 条件太模糊 | 重新定义具体条件 |
| 无限循环 | 验证条件无法达成 | 添加停止条件 |
| 功能被破坏 | 改动范围太大 | 缩小范围或添加保护约束 |
版本要求
| 工具 | 最低版本 |
|---|---|
| Claude Code | v2.1.139+ |
| Codex CLI | 0.129.0+ |
一句话总结
/goal = 一次设定，持续工作，自动验证，直到完成。
核心区别：普通 prompt 是"做一轮停下等指令"，/goal 是"持续工作直到目标达成"。
使用场景：功能开发、Bug 修复、代码重构、测试覆盖、文档生成。
