OpenAI 发布了一份 Codex 白皮书，标题叫"Codex-maxxing"——Maxxing 的意思是把某件事用到极致。这份白皮书是关于如何让桌面版 Codex 真正替你干活的实操手册。
它在开篇就提出了一个判断：大多数人用 AI 还停留在"问一个问题，等一个回答"。但工作不是这样运转的——工作是循环的，是跨天的，是需要记住昨天说了什么、今天还差什么的。
白皮书把这套思路拆成了 10 个具体动作，逐一拆解，每一条都能直接照着做。
01 给每条重要工作线开一个置顶对话
打开 Codex，想想你手头有哪些事情会反复回来处理——一个正在推进的项目、一个需要持续跟进的客户、一个你在维护的代码库。给它单独开一条对话，在对话列表里手动置顶。
然后在这条对话的第一条消息里，写清楚这件事的背景：它是什么、现在进展到哪、你的偏好和约束是什么。之后每次回来，继续在这条对话里说，不要新建。
这样的好处是你不用每次都重新解释一遍"我这个项目是做什么的"。上下文在那里，接着说就行。
02 用语音代替打字
Codex APP 提供了免费的语音输入功能。下次你有一个模糊的想法或者指令，不要等想清楚了再打字，直接按输入框旁边的麦克风，说出来。
可以说"那个……上周好像有人提过一个方案……我记不清了……你帮我整理一下"。也可以说"这个页面感觉哪里不对，但我说不清楚，你帮我看看"。
语音的价值不是速度，而是你说出来的东西更接近真实想法，没有经过打字时的自我审查。你会发现结果往往比你费尽心机打字来描述更好。
03 在它还在跑的时候追加指令
发出任务之后不要关掉窗口走人，边看它做，边随时插话。
Steering 是 GPT-5.3-Codex 就引入的实时交互功能。Codex 在工作当中会频繁更新进度，你完全不需要等待最终输出，可以随时介入、随时提问，然后讨论它的思路和方向，引导到你需要的地方。Codex APP 会边做边说明自己在干什么，同时响应你的反馈，保持全程同步。
04 把记忆变成一个你能打开、能编辑的文件
在你的 GitHub 上新建一个仓库，就叫 memory 或者 vault。里面建几个文件：
- people.md：记你常用的偏好和背景
- projects/ 文件夹：每个项目一个文件，记进展和决定
- decisions.md：记重要决策和原因
- todo.md：记跨项目的待办
然后告诉 Codex："我有一个记忆库在 GitHub 上，链接是 XX。每次对话结束前，把这次对话里值得记住的东西更新进去。"
这样你能用 GitHub 的 diff 功能看到它每次记了什么，记错了就改，记漏了就补。这比对话历史靠谱得多。
05 搞清楚它能用什么工具，分别用在什么场景
在给 Codex 布置任务之前，先判断这个任务需要什么：
- 如果是本地跑起来的网页、预览页面、想让它截图标注，就在任务里写"用浏览器打开 localhost:3000"
- 如果任务需要登录你的账号才能操作（比如在 GitHub 里提 Issue、在 Notion 里新建页面），就在 Codex 设置里先连好对应的连接器
- 如果实在只能通过点界面来完成，才考虑用 computer use，但要把权限控制清楚
06 手机远程
把一个需要跑一段时间的任务发给 Codex，然后去干别的事。在任务描述里提前说好"做到哪一步需要我确认，做到哪一步可以自己决定"。
等你去吃饭或者开完会回来，用手机打开 Codex，看它做到哪了。如果需要你拍板，说"批准，继续"或者"这里改一下，改成 XX，然后继续"。
要让这个流程跑通，任务描述里要把"什么情况需要暂停等我"写清楚，不然它要么一直等你，要么自作主张。
07 定时任务
在 Codex 的对话里直接说"设置一个定时任务"，然后描述你想要的频率和内容。比如：
- "每 30 分钟检查一次我的 Slack 和 Gmail，找出可能需要我回复的未读消息，整理背景，起草回复，但不要发送，等我批准。"
- "每天早上 9 点检查我们的 GitHub 仓库，看看有没有新的 Issue 或者 PR，给我一个摘要，标出哪些需要我今天处理。"
说完之后 Codex 会创建这个定时器，告诉你它叫什么名字、频率是多少。之后它就会按节奏自己跑，不需要你每次手动触发。
08 Loop 循环
白皮书给了三个真实的使用循环，照着自己的场景找一个最像的，直接复制这个结构：
- 幕僚助手循环：让 Codex 按时去巡查，整理出需要回复的消息，查清楚背景，起草回复，然后等你来拍板。你只做最后的判断，不做整理和起草
- 监控反馈循环：你有一个持续迭代的作品（代码、设计、文章）需要收集外部反馈。让 Codex 定时去指定地方汇总反馈，整理成摘要，标出需要改动的地方，你来做创意判断
- 等待处理循环：你有一件事卡在等别人那里，比如等客服回复、等审批通过。让 Codex 每隔几分钟检查一次状态，一旦有变化就准备好下一步动作等你批准，而不是你自己去一遍一遍刷新
三个循环的共同逻辑：它准备，你决定。
09 Goal 指令
下次布置任务时，在最后加一句"完成的标准是 XX"。
比如不要说"帮我重构这个模块"，改成"帮我重构这个模块，完成标准是：原有的单元测试全部通过，没有新增测试失败，改动点都有注释说明，然后给我看 diff"。
有了可核验的标准，它可以自己检查自己做没做到，不用你来反复提醒。
10 侧边面板当成协作界面
当 Codex 在侧边面板里生成了一个文档、网页或者表格，不要只是看完关掉。
直接在侧边面板上点评论或者回到对话框说"第三段逻辑有问题，改成从用户视角出发"、"这个表格第二列的公式不对"、"这个颜色太亮了，换成深色系"。你的评论直接变成它的下一条指令，成品本身就是下一轮迭代的上下文。
- Markdown 文档可以在里面直接批注
- 表格可以渲染公式和编辑单元格
- HTML 页面可以在应用内浏览器里跑起来交互
- 幻灯片可以不离开应用就创建和审阅
总结
这十个动作，本质上是同一件事的十个切面——把 AI 从一个回答问题的工具，变成一个能持续推进工作的系统。
单次提示能解决单个问题，但循环才能推进项目。掌握这十个最基础的技巧，可以帮助你更好地发挥 Codex 的极致功能。