一套面向中文用户的 Codex Goal 学习与实战指南。
它不是“命令说明书”，而是帮你真正用好 Goal 的一套最小系统：
- 什么时候该开
/goal - 怎么写出高质量 Goal
- 哪些用法最值得练
- 怎么把 Goal 变成长期线程、模板库和自动化系统的一部分
适合你如果：
- 你已经知道
/goal存在，但还没真正形成手感 - 你更想把 Goal 用在学习、研究、知识管理、长期线程，而不是只用来跑工程任务
- 你想快速上手，但也想一路练到高手层
不适合你如果：
- 你只想看一条命令说明
- 你只关心某个具体工程栈里的实现细节
/goal 的本质不是“让 Codex 多做一点事”。
它的本质是：
把一个值得长期推进的任务，写成一份有终点线、有边界、有验证方式的合同，让 Codex 持续朝这个终点推进。
flowchart TD
A["一个值得长期推进的任务"] --> B["写成 Goal"]
B --> C["明确主目标"]
C --> D["明确输出物"]
D --> E["明确停止条件"]
E --> F["运行中继续 Steer"]
F --> G["必要时叠加自动化"]
如果同时满足下面 3 条，就优先考虑 /goal：
- 这是一个主目标
- 你能说清什么叫完成
- 这件事值得 Codex 持续跑一段时间
如果缺一条：
- 目标还模糊：先
/plan - 只是问个问题：普通聊天
- 一堆零散待办：先整理，不要直接 Goal
如果按回报排序，我最推荐先练这 5 类：
- 学习型 Goal
- 研究型 Goal
- CEO 办公室 / 长期幕僚线程
- 知识系统优化 Goal
- Goal + 自动化的长期研究线程
这些比“纯工程 Goal”更容易帮你建立长期优势。
先看：
按这个顺序：
全部按顺序看：
/goal 帮我彻底学懂 [主题]。
要求：
1. 用中文，先白话解释，再给结构化内容。
2. 输出必须包含总图、关键概念、误区和行动建议。
3. 不要过度偏工程细节，更偏向认知框架和实际使用策略。
4. 完成标准：我看完后能立刻开始第一次高质量使用。
/goal 帮我核实 [说法] 是否成立。
要求：
1. 优先查官方和一手来源。
2. 区分事实、推断和不确定点。
3. 输出必须适合我直接做决定。
4. 完成标准：我看完后能明确知道下一步该怎么做。
/goal 把这个线程变成我的长期幕僚。
要求：
1. 理解我最重要的项目和目标。
2. 每次我回到这个线程时，优先告诉我：什么值得关注、什么是噪音、什么需要我拍板。
3. 输出必须中文、简洁、面向决策。
4. 完成标准：这个线程成为我的稳定注意力入口。
flowchart LR
A["01 Quickstart"] --> B["02 Playbook"]
B --> C["03 Templates"]
C --> D["04 Practice"]
帮你快速判断：
- 什么时候该开 Goal
- 怎么写一条不虚的 Goal
- Goal 跑起来后怎么 Steer
把高价值非工程用法系统铺开：
- 学习
- 研究
- 幕僚线程
- 知识系统
- 自动化组合拳
给你一组真正能复制的模板：
- 学习型
- 研究型
- 幕僚型
- 交付物型
- 白盒理解型
- 长线程型
帮你从“会复制”练到“会设计”：
- 弱 Goal -> 强 Goal 改写
- 7 天训练法
- 自评分体系
如果你以后做到这 5 条，基本就已经超过绝大多数人了：
- 你能快速判断什么时候该不用 Goal、先 Plan、还是直接 Goal
- 你写 Goal 时，会自然补上输入源、输出物、停止条件和边界
- 你会用 Steer 收紧，而不是一跑偏就重开
- 你会把 Goal 变成长期线程，而不是只当大 prompt 用
- 你会把高价值写法沉淀成自己的模板库
- Prompting – Codex
- Follow a goal
- Codex app commands
- Automations – Codex app
- Settings – Codex app
- Working with Codex
- Codex release notes