OpenAI Codex 最近热度持续上升，不少开发者从 Claude Code 转向了 Codex。但大多数人使用 Codex 仍停留在基础层面——看代码、写代码、改 bug、跑测试。实际上 Codex 的能力远不止于此：它可以看网页、操作浏览器、连接工具、处理文档、持续跟进任务，甚至定时检查和执行工作。以下是 9 个进阶使用技巧，能显著改变你对 Codex 的理解。
Tip 1：给长期项目分别开"固定对话"
很多人用 AI 最大的问题是每次都像第一次见面——重新解释项目背景、重新告诉偏好、重新补充之前的决策。更好的做法是把不同项目分开放，每个项目单独放在一个文件夹里，避免上下文互相污染。同一个项目下再开不同对话，分别处理不同模块。
这样做的好处是：项目背景可以共享，但具体任务不会混在一起。开第二个对话时，不用再重新解释项目是什么、之前做过什么。Codex 可以直接接着上下文继续干活。
这个对话不会每次都重新开始，它会逐渐积累项目背景、你的偏好、之前做过的判断、已经定下来的规则。真正高效的 AI 协作，靠的不是每次都写一个完美提示词，而是让 AI 慢慢进入你的项目，理解你的工作方式。
Tip 2：用语音输入，把半成品想法先说出来
很多人不愿意给 AI 提复杂需求，因为打字太累，尤其是任务还没想清楚的时候。但真实工作里，很多需求一开始都很模糊。Codex 的语音输入，价值就在这里——粗糙的想法比精修后的三句话更有价值，因为它保留了你的犹豫、重点、判断和没说完的部分。
特别适合这些场景：刚开完会直接口述重点、刚看完页面直接说哪里别扭、刚想到产品需求先不管结构全部说出来、刚发现 bug 先用自然语言描述复现过程。你不用一上来就讲得特别完整，只需要先把真实想法说出来，让 Codex 帮你整理成清楚的任务。
Tip 3：边做边改，别等全做完才发现方向错了
很多人用 AI 的常见错误是：把任务丢出去，然后等它全部做完，结果等了半天发现方向不对。更好的方式是让 Codex 一边做，你一边改方向，学会打断它。
比如让它检查网页页面，它正在分析布局，你突然发现它关注错了重点，就可以直接打断："先别看文案，重点看首屏转化。"这让 AI 更像一个正在和你一起干活的人。尤其是视觉类和产品类任务，你很难一开始就把需求说得完美，很多判断只有看到它做出来之后才知道哪里不对。
Tip 4：提前安排下一步，让 Codex 连续干活
除了中途改方向，另一个很好用的技巧是提前安排下一步。比如对 Codex 说："你先把这个页面改完。改完后生成预览链接，再帮我整理一段发给评审人的说明。"或者："先跑测试。如果测试通过，就总结这次改动；如果测试失败，就优先定位失败原因。"
你不需要一直守着它，可以提前告诉它：现在先做什么，做完之后接着做什么，遇到不同结果分别怎么处理。普通用法是"我问一句，它答一句"；高效用法是告诉它目标、顺序、判断条件和下一步动作。
还有一个不用一直守着的技巧——开启"宠物模式"。它会一直悬浮在桌面上，告诉你现在任务的状态，不用点开就能知道任务进度。
Tip 5：尝试用 Codex 做写代码之外的工作
Codex 当然可以处理代码，但电脑上的很多工作其实都可以拆成一连串动作：打开网页、检查页面、读取数据、调用接口、导出文件、整理表格、根据反馈继续修改、把文件交给别人审阅。这些事情过去都需要人一步步操作，现在 Codex 可以通过不同工具进入这些场景。
它可以在侧边栏里看网页和页面产物，也可以基于你已经登录的 Chrome 去处理网页任务，还可以操作某些只能通过电脑界面完成的工作。让它检查落地页、整理表格、根据 Slack 反馈修改内容、看 GitHub 评论、把一个网页打开检查调试优化——可以做的事情很多。
Tip 6：把重复工作沉淀成固定流程
如果一个任务你每周都做，就不要每次都重新教 AI，可以沉淀成固定 Skill。你可以把它理解成给 Codex 做一套自己的标准操作方法。一旦某个流程被验证有效，下次就不用再写一大段要求，只需要说"执行 XXX Skill"就行了。
这就像给自己的团队建立工作 SOP。未来使用 AI 的分水岭在于：普通用户一直在写提示词，高手会把好用的流程沉淀下来反复复用。好用的 Skill 会成为资产。
Tip 7：让 Codex 定时检查和执行任务
如果你每次都要手动打开 Codex，它就只能被动等你。可以尝试它的"自动化"功能，让 Codex 在固定时间自己开始工作。比如你有一个"内容助理对话"，它每天早上检查你昨天收藏的文章、写了一半的选题、标记过的素材，然后帮你整理今天可以写的 3 个主题。
这个能力非常像一个工作心跳——人离开了，对话还在继续检查。你回来时，很多上下文已经被它提前整理好了。
Tip 8：给大任务设置明确的验收标准
很多人给 AI 布置任务时喜欢说"帮我把这个做好""帮我优化一下"等模棱两可的话。但对于大任务，最好给 Codex 一个明确的完成标准。一个好的大任务最好包含三件事：
- 目标是什么
- 做到什么程度算完成
- 用什么方式验证结果
验证方式可以是测试套件、基准测试、错误复现、验证表，或者一个必须跑通的完整流程。给它一个可以验证的终点，它才知道怎么持续往前推进。
Tip 9：建一个"项目记忆库"
长期使用 Codex 还有一个特别关键的技巧：不要把所有上下文都留在聊天记录里。聊天记录很方便，但不适合长期保存项目知识。真正重要的信息，最好写到一个外部、稳定、可查看、可迁移的地方。
里面可以放：待办事项、项目背景、人员信息、关键决策、历史问题、产品原则等。然后告诉 Codex：这些文件是长期工作记忆，重要决策要写进去，待办事项要归档进去，没有实质变化就不要乱改。
这样做的好处是，下一次任何对话都可以接上这些上下文。重要信息如果只留在聊天里，很容易被淹没。写进一个项目记忆库，AI 才能长期接力。
总结
以前用 AI 更像是在问问题，现在用 Codex 更像是在搭一个工作系统。第一层是让它写代码，第二层是让它理解项目，第三层是让它连接工具，第四层是让它进入流程，第五层是让它持续推进目标。
当你开始这样用，Codex 就会从一个会写代码的 AI，变成一个能陪你长期推进项目的工作系统。