夜雨聆风OpenAI 官方教你：别只让 Codex 写代码
前几天看到一组数据：超过 70% 的开发者每天至少花 3 小时在非写代码的事情上——读文档、回消息、切窗口、等测试跑完。最讽刺的是，你花大价钱买了最先进的 AI 编程工具，结果只用它来生成代码片段。
OpenAI Codex 团队的 jason（@jxnlco）发了一篇长文，标题很直白：「如何把 Codex 用到极致」。
他说，大多数开发者拿到 Codex 之后，使用方式极其单一——让它检查代码库、生成 diff、跑测试、提 PR。这当然没问题，Codex 写代码确实强。但你只解锁了它 10% 的能力。
仔细想想，我们在电脑上做的大部分工作，本质上都和代码有关：执行终端命令、浏览网页、调用 API、导出文档、响应事件、触发自动化。当 Codex 开始触达这些领域，它就不再是"编程助手"，而是一个"全能打工人"。
下面是 jason 分享的九个核心技巧，我把它们整理成了普通人能看懂的语言。
···
1. 持久对话流：别再每次从零开始
Codex 的对话流可以长期运行，记住你的所有上下文。
你把某个对话流"置顶"（快捷键 Command-1 到 Command-9），它就成了你的专属工作空间。比如：
·一个"幕僚长"对话流，专门帮你处理日常杂务
·一个"产品发布"对话流，每次发版都用它
·一个"文档审查"对话流，专门盯着文档质量
这些不是聊完即焚的聊天框。Codex 会记住你之前的决定、偏好、进度。下次回到这个对话时，它已经知道你是谁、在做什么、做到哪了。
没有这个功能，你每次都得从头把这些背景信息重新喂给它——想想你浪费了多少时间。
···
2. 语音输入：想法没成型时就开口说
打字是线性思考，说话是发散思考。
当你脑子里有一个模糊的想法但还没完全成型时，花两三分钟对着它"碎碎念"，效果出奇的好。比如：
"我记得有个叫 Ben 的人在 Slack 上提过这事。细节我忘了，你去帮我找找。"
对于一个会自己搜索、收集上下文并汇报的 AI 来说，这几句话就够了。
录音转写也是同理。一份未经修饰的会议记录，往往比精炼的总结更有价值——因为粗糙的记录里保留了你犹豫的语气、强调的重点，以及那些还没讲完的灵光一现。
···
3. 任务干预与排队：随时掌控节奏
这是两个不同但同样强大的功能：
任务干预（Steering）：任务执行中，你可以中途打断 Codex，纠正它的方向。比如在审查网站时直接开口说："这个间距不对""文案写错了"。
任务排队（Queuing）：不打断当前任务，而是给它安排好下一步。比如："跑完之后，把预览链接发到 Slack 里。"
简单说——"干预"是改变正在做的事，"排队"是安排接下来要做的事。这两个功能让你始终保持"人机合一"的掌控感。
···
4. 工具触达：让 Codex 的手伸向代码库之外
Codex 的"触角"可以一层层向外延伸：
·**$browser**：侧边栏内浏览器，Codex 可以审查网页并在上面做标记
·**@chrome**：获取你浏览器的登录状态，处理 Chrome 工作流
·**@computer**：桌面 GUI 自动化，专治那些只能点来点去的任务
再配合 MCP 服务器和各种连接器（Slack、Gmail、日历等），Codex 就能打通你的整个工作流。因为很多关键任务在变成"代码"之前，最初只是一条聊天消息、一封邮件，或者一个日程安排。
技能（Skills） 则让那些经过验证的工作流可被复用——固化一次，下次直接跑通，不用重新教一遍。
···
5. 随时随地工作：离开工位，任务不停
一个任务可以在你装满文件和权限的 Mac 上启动，然后你拿着手机去喝咖啡。它在电脑上继续跑，有问题时，你可以用手机回复、批准、指派新方向。
这意味着你的本地环境永远在干活，而你的人可以自由移动。
···
6. 自动化：让它自己查岗
Codex 支持两种自动化：
定时自动化：按时间表自动执行每天从零开始的任务，比如日报、代码库例行检查。
对话流自动化：更有意思的一种——它像一个"心跳"机制，定期回到同一个对话流继续工作。比如你的"幕僚长"对话流可以每 30 分钟跑一次：
去查 Slack 和 Gmail 里有没有需要处理但还没回的消息。帮我排优先级。如果有人提问，深入查资料，起草回复，但不要发送。
等你回到电脑前，最耗时耗力的"背景调研"已经帮你做完了。你只需要做最后的决策——发还是不发。
···
7. 目标设定：画一条清晰的终点线
一个糟糕的目标： "把这个 Markdown 文件里的计划实现一下。"
一个优秀的目标： "直到所有单元测试通过，新版本才算完成。"
目标设定 = "持续执行" + "验证器"。你定义想要的结果、何时停止，以及判断 Codex 是否离目标更近的信号。
好用的验证器：完整测试用例、基准性能测试、可稳定复现的 Bug、验证矩阵、必须始终跑通的端到端工作流。
有野心但没验证，只是在许愿而已。
···
8. 侧边栏：原地审查，别切来切去
侧边栏让你生成的工作成果和聊天窗口并排显示。代码、幻灯片、PDF、网页、表格——不用导出到其他软件，直接在原位审查和修改。
它特别擅长四种场景：检查生成文件、标注修改位置、操作网页界面、审查代码变更。
一个 index.html 文件就能变成一个交互式小应用，连服务器都不用搭。Codex 可以在侧边栏打开它、检查它、修 Bug，原地迭代优化。
···
9. 共享记忆：长对话的记忆不该只锁在聊天记录里
当长时间运行的对话流需要共享记忆时，jason 推荐用 Obsidian 知识库。
说白了，就是一个纯文本文件夹，Codex 把上下文写进去：
vault/
├── TODO.md
├── people/
├── projects/
├── agent/
└── notes/
再写一个 AGENTS.md，教 Codex 怎么维护这个知识库：什么时候更新、怎么分类、什么时候不要乱动文件。
代码库是存代码的，而这个知识库是存"上下文"的——牵涉到哪些人、改了什么、卡在哪、谁跟进。这些细节如果在两次聊天之间断掉，就永远消失了。
···
写在最后
别急，上面九个技巧不是让你一次全上。
我的建议是：先试前三个——把最常用的工作流置顶成持久对话流、试着用语音输入表达想法、习惯用任务排队。这三样带来的效率提升已经足够惊艳了。
Codex 号称要覆盖"从听指令到交付文件"的完整闭环。但别忘了——它再强，也只是你的工具。定义目标的永远是你自己。
···
本文编译自 OpenAI Codex 团队 jason（@jxnlco）的分享，原文链接：https://x.com/jxnlco/status/2057153744630890620
觉得有用？转发给还在"只用 Codex 写代码"的朋友。下篇见。
觉得有用？转发给还在「只用 Codex 写代码」的朋友。
下篇见。
