推广 热搜： 采购方式滤芯带式称重给煤机甲带气动隔膜泵减速机型号无级变速机链式给煤机履带减速机

OpenAI 官方白皮书解读:Codex Maxxing,把 AI 从聊天助手升级成长期工作系统

日期：2026-07-08 16:51:32 来源：网络整理作者：本站编辑评论：0

本文是根据 OpenAI 白皮书 [Codex-maxxing for long-running work](

https://cdn.openai.com/pdf/8a9f00cf-d379-4e20-b06f-dd7ba5196a11/OAI_WhitePaper_Codex-maxxing26.pdf

) 整理的中文版本，不是逐字翻译，而是结合我实际使用体验，适合阅读和理解吸收的简化教程。

全文从10个方面，提升大家使用codex的技巧，看看你是都会了吗？还是能补充一两点你未涉足的，那么本文便有了价值。

Codex Maxxing：如何让 Codex 承担长期任务，而不只是回答一个问题

很多人使用 AI 编程工具时，还停留在“我问一句，AI 回一句”的模式。但 OpenAI 这份白皮书真正想表达的是：Codex 不只是一个写代码助手，而可以成为一个长期工作的协作系统。

当 Codex 拥有持续线程、记忆、工具、浏览器、自动化和可审阅的产物时，它就不再只是一次性执行提示词，而是可以持续推进项目。

一、给重要工作一个固定线程

白皮书里第一个重点是：重要任务不要每次新开对话。

如果一个项目会持续推进，比如产品开发、开源维护、客户跟进、内容创作、研究整理，就应该有一个固定线程。这个线程会逐渐积累：

- 过往决策- 项目背景- 用户偏好- 未完成事项- 已关闭的问题- 当前下一步

这就像给每个长期任务一个“办公室”。你不需要每次重新解释背景，Codex 可以在同一个上下文里继续工作。

但也有代价：长线程携带更多上下文，运行成本可能更高。所以适合用在重要、反复推进的工作上，而不是每个小问题都开长期线程。

二、用语音输入，把真实想法交给 Codex

白皮书特别强调语音输入。原因不是语音更快，而是语音更接近真实思考。

很多时候，人脑里的想法并不整齐：

- “我记得 Slack 里有人提过这个问题，但忘了是谁。”- “这个页面感觉怪怪的，不知道是不是间距问题。”- “先帮我看看，然后给我一个判断。”- “这段内容不对，但我还没想好怎么改。”

如果用文字输入，人往往会压缩、修饰、删掉很多不确定信息；但语音可以把模糊、犹豫、半成型的判断直接交给 Codex。

这对复杂任务很重要，因为真实工作往往不是从清晰需求开始，而是从模糊感觉开始。

三、边做边 steering：不要等 AI 做完才纠正

传统使用 AI 的方式是：

你提需求 → AI 执行 → 你检查 → 发现不对 → 重新来

白皮书推荐的是 steering，也就是在 Codex 正在工作时继续给它补充方向。

例如：

- “这个标题太大了。”- “先别发布，给我看预览链接。”- “这里的按钮文案换掉。”- “等部署完成后再继续。”- “这个方向不对，改成更简洁的版本。”

这会让 Codex 更像一个正在协作的同事，而不是一个一次性交付工具。

四、建立 Memory：把重要上下文写下来

长线程有历史，但历史不等于可靠记忆。白皮书建议建立一个可审阅的 memory vault，也就是外部记忆库。

一个简单结构可以是：

vault/├── TODO.md├── people/├── projects/├── agent/└── notes/

它用来记录：

- 某个人的偏好- 某个项目当前状态- 某个决策为什么做出- 哪些任务已经关闭- 哪些问题还没解决

关键点是：记忆应该是可以打开、编辑、diff、审查的。

不要让 Codex 在对话历史里默默“记住一些模糊印象”。真正重要的信息应该沉淀成文件，方便人类检查。

五、让 Codex 使用工具，而不是只聊天

当 Codex 有了记忆，下一步就是让它能接触工作发生的地方。

白皮书里提到几类工作表面：

本地浏览器：预览网页、检查本地应用
Chrome：处理登录态页面和多标签页
Computer use：操作 GUI 软件
Connectors：连接 Slack、Gmail、Calendar、GitHub 等- 连接器：连接 Slack、Gmail、日历、GitHub 等
Skills：把重复流程封装成可复用技能

核心原则是：**不同任务用不同工具，不要混在一起。**

如果是本地网页，就用浏览器预览；如果要处理登录态，就用 Chrome；如果只能点桌面软件，就用 computer use；如果是重复工作，就沉淀成 skill。

六、远程控制：让长期任务可以随时接力

长期任务经常不是几分钟能结束的。Codex 可能在跑测试、等部署、渲染视频、查资料、整理文档。

远程控制的意义是：你可以从另一台设备继续看它做到哪一步，批准下一步，或者改方向。

但白皮书也提醒：远程控制不是跳过审核，而是让你能在关键节点及时介入。

七、线程自动化：让 Codex 定期回来检查

Thread automations 是白皮书里很重要的概念。它不是普通定时任务，而是让 Codex 回到同一个线程继续工作。

例如：

- 每 30 分钟检查 Slack 和 Gmail- 每隔一段时间检查 PR 是否通过- 等待客户回复后准备下一条消息- 监控部署状态- 监听反馈并生成修改建议

区别在于：

普通 prompt：现在做这件事线程自动化：隔一段时间回来，在原上下文里继续推进

这让 Codex 可以处理很多“等待型任务”。

八、三个典型工作循环

白皮书给了三个典型 loop，可以理解为 Codex 长期工作的模板。

1. Chief of Staff：私人工作助理

Codex 定期检查消息、邮件、会议、待办，然后准备：

- 未回复消息- 背景上下文- 回复草稿- 需要你判断的问题

你仍然决定是否发送、用什么语气、什么时候发送。

2. 反馈监控：内容/产品迭代

Codex 监听 Slack 或其他反馈渠道，整理反馈，修改项目，重新生成版本，然后给你预览。

适合：

- 视频修改- 页面设计- 产品文案- 开源 issue- 客户反馈

3. 客服/退款/流程跟进

Codex 定期检查对话有没有新进展，准备下一步回复，但不可逆动作仍然需要你确认。

这个模式适合很多“需要等待对方”的流程。

九、目标要可验证，而不是只说“执行计划”

白皮书强调：给 Codex 的目标要能验证。

弱目标：

按照这个 Markdown 文件实现计划。

强目标：

迁移这个库，保持公共 API 兼容，并用原始单元测试作为验收标准。测试通过，差异说明完整，才算可以 review。

区别在于，强目标给了 Codex 明确的验收标准。

对编程任务来说，最好的目标通常包括：

- 预期行为- 测试方式- 不允许破坏的接口- 完成定义- 需要保留的约束- 需要记录的差异

十、Side Panel：让产物成为上下文

白皮书最后强调 Side Panel。它不是简单预览，而是让工作产物进入协作循环。

Codex 可以直接处理：

- Markdown- CSV- 表格- PDF- 幻灯片- 本地网页- Storybook- Streamlit- Jupyter- Remotion Studio

这意味着你和 Codex 可以看着同一个产物改东西。评论、预览、修改、反馈都在同一个循环里完成。

总结：Codex Maxxing 的核心公式

Codex-maxxing 不是“多用 AI”，而是把 AI 放进一个持续工作的系统里。

这份白皮书最重要的启发是：

Codex 的价值不只在于一次生成代码，而在于让工作有一个可以持续推进、持续记忆、持续审查的地方。

当你把线程、记忆、工具、自动化和审核机制组合起来，Codex 就从“聊天工具”变成了“长期任务操作系统”。

所以，看到这了你，你学会了吗？

感谢点赞收藏，转发随意！

打赏

更多>同类资讯

0 条相关评论

推荐图文

推荐资讯

点击排行