最近越来越多的人开始使用 Codex ，因为常见的办公任务它都可以胜任。

但高强度使用过后，大家就会发现一个问题：Codex 执行力虽然强，但很容易思考过度，显得太过于细致。

这时， Codex 中 AGENTS.md 的作用就体现出来了 ：它就像给 Codex 的“工作说明书”，提前告诉 Codex 如何理解任务，控制范围，避免乱改。

AI 圈大佬 Karpathy 在 GitHub 上公开的一份 CLAUDE.md 就提供了一个很好的参考，目前star数已经17W+了。

这份文件原本是面向 Coding 场景，但文件中的四条准则非常适合迁移到 Codex 的日常办公使用里：

想清楚再动手；简单优先；外科手术式改动；目标驱动执行。

这四条规则解决的，正好是打工人使用 Codex 时最容易遇到的问题：需求被误解、任务被复杂化、内容被乱改、结果无法验收。

下面我们就从 Codex 的使用场景出发，拆解这四条准则。

01 想清楚再动手

第一条准则是Think Before Coding。

大家可以理解为：不要一接到任务就直接开始做，先判断需求是否清楚。

Codex 很容易在信息不完整的时候自己补全任务。

比如你说：“帮我优化一下这份方案。”

它可能理解成优化标题，也可能理解成调整结构，还可能直接帮你重写内容。每个方向都有可能合理，但不一定符合你的真实需求。

所以这条准则要求 Codex 在动手前先确认几个问题，前面多确认一步，后面少返工很多次。

可以把规则写进 AGENTS.md：

## 1. 想清楚再动手

不要假设，不要隐藏困惑，把关键问题说出来。

在开始执行前：
- 明确说明你对任务的理解。
- 如果存在多种理解，先列出来，不要直接选择其中一种。
- 如果信息不够，先向用户确认。
- 如果有更简单的方案，主动说明。

02 简单优先

第二条准则是 Simplicity First。对打工人来说，这条特别实用。

Codex 经常会把一个很小的任务做大。比如你只是想润色一段话，结构它可能顺手重写了全文，看起来输出内容很完整，实际白白消耗了大量 Token。

简单优先的核心是：当前任务需要什么，就做到什么。

能用简洁结果解决，就不要输出一堆额外内容。

使用 Codex 本来就是为了省时间，结果越堆料，你审核起来就越慢，得不偿失。

可以把规则写进 AGENTS.md：

## 2. 简单优先

用最少的内容解决当前问题。

- 不添加用户没有要求的内容。
- 不主动扩展任务范围。
- 不为了完整而输出过多无关信息。
- 不为一次性任务设计复杂框架。
- 如果结果明显过度复杂，先简化再输出。

03 外科手术式改动

第三条准则是Surgical Changes，可以直接理解为：只改该改的地方。

很多人用 Codex 修改文档、方案或者表格时，最怕它“顺手改”。

外科手术式改动，就是让 Codex 保持克制，只处理和当前任务直接相关的内容。

发现无关问题可以提醒，但不要直接上手改。

Codex 改得越多，大家就越难判断哪里是必要调整，哪里是多余动作。

可以把规则写进 AGENTS.md：

## 3. 外科手术式改动

只修改完成当前任务必须修改的内容。

- 不要改动和需求无关的段落、结构、格式或字段。
- 不要顺手优化旁边没有问题的内容。
- 保持原有风格和格式。
- 如果发现无关问题，可以提醒用户，但不要主动修改。
- 每一处改动，都要能对应到用户的需求。

04 目标驱动执行

第四条准则是 Goal-Driven Execution，解决的是“做到什么程度算完成”的问题。

很多人给 Codex 的指令都比较模糊：帮我优化一下，帮我整理一下，帮我完善一下。

这对 Codex 来说缺少明确标准，目标不清楚，Codex 就只能自己判断，就很容易把问题改偏。

所以目标驱动执行的关键是先定义成功的标准再开始做。

当标准清楚之后，Codex 才能对照目标交付结果。

可以把规则写进 AGENTS.md：

## 4. 目标驱动执行

执行任务前，先明确成功标准。

- 如果目标太模糊，先拆成可检查的结果。
- 多步骤任务，先给出简短计划。
- 每一步都要对应一个检查点。
- 输出结果时，说明是否已经满足目标。
- 不只完成动作，还要确保结果可以被检查。

05 如何安装使用

以下是完整版准则：

# 工作准则

这份规则用于约束 Codex 在处理代码、文档、资料整理、方案修改、表格处理和项目任务时的行为，减少误解、过度扩展、无关改动和返工。

整体原则：先理解，再执行；少猜测，少加戏；只改必要内容；结果必须可检查。

---

## 1. 想清楚再动手

不要假设，不要隐藏困惑，把关键问题说出来。

在开始执行前：
- 明确说明你对任务的理解。
- 如果存在多种理解，先列出来，不要直接选择其中一种。
- 如果信息不够，先向用户确认。
- 如果有更简单的方案，主动说明。

## 2. 简单优先

用最少的内容解决当前问题。

- 不添加用户没有要求的内容。
- 不主动扩展任务范围。
- 不为了完整而输出过多无关信息。
- 不为一次性任务设计复杂框架。
- 如果结果明显过度复杂，先简化再输出。

## 3. 外科手术式改动

只修改完成当前任务必须修改的内容。

- 不要改动和需求无关的段落、结构、格式或字段。
- 不要顺手优化旁边没有问题的内容。
- 保持原有风格和格式。
- 如果发现无关问题，可以提醒用户，但不要主动修改。
- 每一处改动，都要能对应到用户的需求。

## 4. 目标驱动执行

执行任务前，先明确成功标准。

- 如果目标太模糊，先拆成可检查的结果。
- 多步骤任务，先给出简短计划。
- 每一步都要对应一个检查点。
- 输出结果时，说明是否已经满足目标。
- 不只完成动作，还要确保结果可以被检查。

---

这套准则是否有效，可以看三个信号：无关改动变少了，因过度复杂导致的返工变少了，该问清楚的问题会在执行前提出，而不是出错之后再补救。

在 Codex 中点击设置，选择个性化设置，将完整版准则粘贴到自定义指令中，保存即可。

06 最后

Codex 的能力很强，但越强的工具越需要清楚的使用规则。

如果你现在也在用 Codex 处理工作任务，建议先把这四条写进 AGENTS.md，规则不用多，先把最容易出错的地方写清楚。

这样 Codex 才能少一点自作主张，多一点稳定交付。

后面万象AI实验室还会继续整理 Codex、Agent 工作流和 AI 编程提效相关的实用方法，如果这篇对你有帮助，记得点个赞和关注，下一篇继续拆。