如何高效使用 Codex？

一、核心观点

新手用 Codex，问题往往不在提示词，而在使用方式。很多人仍把它当成一次性问答工具。

这种用法会留下三类成本：

1. 资料要自己搬。
2. 任务要自己拆。
3. 规则要反复讲。

所以，Codex 的效率不靠单条 prompt，而靠可复用的工作流。更准确地说，它应该被设计成任务系统：能读取资料，理解边界，执行流程，复用规则。

二、第一层：建立稳定的信息入口

任务质量先看信息来源。每次手动复制材料，信息容易缺、来源容易乱。更稳的做法，是让 Codex 在授权范围内读取固定信息源，比如项目文档、代码仓库、知识库、任务系统或云端文件夹。

使用时讲清三件事：

1. 读取范围。
2. 优先资料。
3. 禁止操作。

示例：

请读取当前项目中的需求文档、接口说明和最近提交记录，整理本次版本的主要变化。
要求：
1. 只基于可读取资料总结
2. 区分已完成、待确认和存在风险的内容
3. 不修改任何文件
4. 输出一份面向产品和研发的说明

三、第二层：用目标替代过程指挥

低效用法是一步步下命令：看文件、找问题、改内容、再检查。这样用户仍在做任务规划。更好的方式，是直接给出目标、范围、标准和限制。

一个清晰任务通常包含四项：

1. 目标：最终要达成什么。
2. 范围：允许查看或修改哪些内容。
3. 标准：什么结果算完成。
4. 限制：哪些事情不能做。

示例：

目标：
检查当前项目的登录流程是否存在明显问题，并提出修复建议。
完成标准：
1. 找出影响登录成功率的主要风险
2. 标明每个问题所在模块
3. 区分必须修复和建议优化
4. 给出验证方法
限制：
先输出分析报告，不要直接修改代码。

Codex 需要的是任务终点，不是一串零散口令。

四、第三层：把重复任务设计成自动化

不是所有任务都适合自动化。适合自动化的任务，通常有三个特征：

1. 周期固定。
2. 输入稳定。
3. 输出容易检查。

项目风险汇总、测试失败整理、用户反馈分类、资料更新摘要，都适合自动化。

自动化任务要具体。不要写“帮我关注项目”，要写清时间、输入范围、输出格式和禁止动作。

示例：

请创建一个每周一运行的任务。
目标：
汇总上周项目中的高优先级问题和未解决风险。
输入范围：
1. 项目 issue
2. 最近一周提交记录
3. 测试失败记录
输出要求：
1. 按风险等级排序
2. 每项包含负责人、当前状态和阻塞原因
3. 列出本周最需要处理的 5 件事
限制：
不要关闭 issue，不要修改任务状态。

自动化就是让明确流程按时运行，而不是让 Codex自由发挥。

五、第四层：接入个人或团队知识库

通用模型懂公共知识，但实际工作依赖个人经验、团队规范、历史决策和项目背景。Codex 读不到这些材料，只能给出泛泛建议。要提高输出质量，就要把个人或团队知识库接入任务上下文。

适合接入的内容包括：

1. 项目复盘。
2. 写作规范。
3. 产品决策记录。
4. 技术方案文档。
5. 用户研究资料。
6. 团队协作规则。

示例：

请读取知识库中与“新用户激活”相关的资料，整理一份改版建议。
要求：
1. 优先参考历史实验记录和用户访谈
2. 不使用资料中没有依据的数据
3. 区分事实、推论和建议
4. 输出包含问题、证据、方案和风险的报告

知识库让输出从通用答案，变成基于已有积累的判断。

六、第五层：把成熟流程沉淀为 Skill

某类任务反复出现，就不要每次重新讲规则，应该整理成 Skill。Skill 是一份可执行的操作规范，说明适用场景、输入材料、执行步骤、质量标准和输出格式。

一个合格的 Skill 应包含六项内容：

1. 适用场景。
2. 输入材料要求。
3. 执行步骤。
4. 判断标准。
5. 输出格式。
6. 禁止事项。

适合沉淀为 Skill 的任务包括需求评审、代码审查、周报生成、资料研究、会议纪要整理和用户反馈归因。

示例：

请为“产品需求评审”创建一个 Skill。
要求：
1. 输入包括需求文档、用户场景和约束条件
2. 输出包括目标、用户路径、边界情况、风险和待确认问题
3. 必须区分事实、假设和建议
4. 不得替业务方做未经确认的决策

Skill 的本质，是把经验变成可重复执行的流程标准。

七、完整方法论

Codex 的高效使用，可以拆成五层：

1. 连接信息源，解决资料获取问题。
2. 定义任务目标，解决执行方向问题。
3. 设置自动化，解决重复工作问题。
4. 接入知识库，解决具体上下文问题。
5. 沉淀 Skill，解决流程复用问题。

这五层是递进关系。先让 Codex 读到正确资料，再用清晰目标约束方向；任务稳定后做自动化；任务依赖经验时接入知识库；流程反复出现时固化为 Skill。

八、结论

新手使用 Codex，不要一味追求一次回答多漂亮，而要设计可复用的任务流程。

每次使用前，先问三个问题：

1. 信息来源能否固定？
2. 完成标准能否明确？
3. 执行流程以后是否还会重复？

如果答案是肯定的，就不要只写一次 prompt，要把它纳入工作流。

Codex 的真正价值，不只是完成一次对话，而是持续减少资料搬运、任务拆解、规则解释和重复执行的成本。