[决定版] The Codex Bible：超越编程，精通 AI 应用

致那些认为 Codex 只是写代码工具的人

很多人把 Codex 看作写代码的工具。正因如此，许多人把它当成工程师或工程团队的东西，与自己的日常工作划清界限。即使用 ChatGPT 的人，也没碰过 Codex。这样想的人一定不少。

但最近，Codex 已经远远超出了写代码的范畴。它能操控浏览器、创建文档、读取 Slack 和 Gmail、甚至在你离开工位时也能推进工作。写代码只是它能力的入口而已。

我们已经用 Codex 做的不只是代码了。竞品调研、视频制作与剪辑、幻灯片制作、定期报告监控。不知不觉间，"在电脑上完成工作的入口"正在逐渐转移到 Codex 上。

你大概一直想把工作交给 AI 做。

但每次提要求都得从头解释背景，结果反而觉得还不如自己动手快。调研、写文档、监控——这些事你一直自己扛着，因为想不出怎么才能放手。如果你也有同感，那接下来的内容一定对你有用。一旦学会了怎么委派，那些工作就会从你手中溜走。

今天，我要谈谈如何改变这种状况。

把 Codex 从"写代码的工具"重新定义为"可以托付电脑工作的伙伴"，你就能看清哪些事可以做、从哪里开始在你的业务中放手。

海外有一篇题为 "Codex Mastery Guide" 的文章引起了广泛关注。我以那篇文章为基础，拆解并整理成能在日本商业环境中直接使用的内容。

原文在此：

https://x.com/jxnlco/status/2057153744630890620

Codex 现在是"处理电脑任务的系统"

Codex 现在做的事早就不只是生成代码了。

在电脑上完成的大部分工作其实都通过代码实现。执行命令、打开网页、连接外部服务、导出文档、回复通知。随着这些任务的入口一个个向 Codex 敞开，Codex 越来越像"完成电脑工作的系统"，而不是"编程助手"。

这不只是我们自己的看法。OpenAI 官方也明确将 Codex 定位为适合处理超出简单问答范围的任务，比如从多个来源收集信息、创建和更新文件、生成文档、幻灯片和电子表格。写代码是这一扩展的核心，但它只占了整体的一小部分。

有一点我想先确立。OpenAI 明确表示，在商业中使用 Codex 时，人类将继续掌握判断权和最终建议。Codex 做的是收集散落的资料、准备草稿、快速送到合适的人面前。决策由人类来做。

我个人觉得，Codex 的价值正在于此，而非速度。工作从你手中离开，只剩下真正需要人思考的要点。我们常把"委派"这个词与"全部丢出去"联系在一起，但实际上这就是委派的本质。这篇文章我最想传达的就是这种感觉。

当你接受了这个视角，你看 Codex 的眼光就会变。写不写代码根本不重要。只要是你在电脑前做的工作，大部分都是目标。那么，委派的方式具体会有哪些变化？接下来，我们将按委派的阶段依次来看。

不要每次从头开始对话

问 AI 最大的麻烦在于每次都要从头解释一切。重新说明上次问了什么、前提条件是什么。如果一直这样，你会觉得还不如自己干快。

Codex 的线程——也就是对话——不是用完就扔的。交互的上下文会保留，你可以沿用过去的决策、偏好和进行中的状态继续。OpenAI 也解释过，线程是持续工作的容器，历史记录会保存，你能从上次停下的地方继续。这和普通聊天对话框一关就忘完全不同。

此外，你还可以固定常用线程。通过快捷键跳转到保存的线程，不需要每次都翻找。

换算到商业场景，这就像"为每项例行任务配了一个专职人员"。周报一个线程、竞品监控一个线程、招聘面试复盘一个线程。每个线程都记得上次的上下文，所以你说"接着上周做，把这周的数字放进去"，它就能理解。那种每周换个新临时工、从头解释一遍的麻烦劲，和交给一个熟悉情况的专人去做的感觉，完全是两码事。后者正是在这里实现的。

每次都要从头解释前提的那种疲惫感，在这里消失了。只要教过一次的前提，永远不用再解释。这个变化很细微，但对于持续委派来说是最有效的。

没整理好就交出去，边跑边修

人们不问 AI 还有另一个原因：总觉得得把东西整理好了才能给指令，结果还没开始就放弃了。反过来，真放手交给它了，又怕它乱跑。这两个是典型的不敢委派的人的心结。

Codex 可以在你还没整理好思路时就接收想法。你可以用语音说，它会转录下来，所以脑子里没整理好的需求可以直接扔给它。会议录音、口头笔记这类未经概括的原始文本，有时反而比条理清晰的指令更好。因为犹豫、强调、没说出口的部分都保留着。

就算它开始跑了，你也可以贴近工作。Codex 在运作过程中，你可以插入新指令，改变它的方向。这叫"转向"。反过来，你可以在不中断当前任务的情况下，把接下来要它做的事排好队。这叫"排队"。

"改变当前动作"是转向，"排好下一步做什么"是排队。有了这两样，就形成了完美的距离：既不是完全甩手不管让它乱跑，也不是一步不离地盯着。只要指明方向让它跑，跑偏了就喊一声，跑完了就交给它下一件事。

比如，你把会议录音扔给它，说"提取待办事项"，它就会返回一份带负责人和截止日期的列表。你再说"把截止日期未定的分出来"，它就会当场重新整理。没整理好就交出去，边跑边修。这种来回很有效。

再也不用等到你准备好一份完美的指令手册才敢行动。跟它说，看看出来什么，再修正。习惯了这套流程后，能委派的范围自然会扩大。

大部分工作都在代码之外

如果你读到这里在想："但我的工作不是代码啊，是操作管理界面、处理邮件、做调研"，那么这一章就是为你准备的。

在电脑上完成的大部分工作都在代码之外。Codex 已经能够触及那个"外面"了。它触及的方式有三个层次。

第一个是应用内的浏览器。有时屏幕上会显示 $browser 。你可以在 Codex 的同一屏幕上查看不需要登录的公共页面，或者你正在构建的界面。

第二个是使用已登录的 Chrome 。这在商业环境中最为有效。Codex 可以直接读取和操作你已经登录的 Salesforce 或内部管理工具。例如，你可以扔给它一份销售会议记录，然后说：

1@Chrome 打开 Salesforce，根据这份会议记录的内容更新对应客户的信息。

需要登录的界面以前是 AI 无法触及的。那堵墙已经消失了。

第三个是直接操作电脑屏幕本身。看应用、点击、打字。这是那些集成和命令无法触及、只能靠手动点击屏幕才能完成的任务的最后手段。不过目前这仅限于 Mac ，需要屏幕录制权限，而且在某些地区还不可用。我先坦诚说明：它无法做到一切。

而且 Codex 还能连接 Slack 、 Gmail 和日历。仔细想想，大部分工作最初都是以消息、收件箱或日程的形式出现，很久之后才变成代码。这意味着 Codex 触及了那个入口。如果你把常用流程注册为"技能"，就能反复使用，不用每次解释。

例如，你可以把堆积如山的收件箱交给它，让它挑出需要回复的邮件，排好优先级，甚至准备好草稿。或者让它定期访问竞品网站，只报告自上次以来变化的内容。这两项任务都涉及登录和界面操作，以前只有人才能做。这个前提改变了。

类似的事情用 Claude Code 也能做。区别在于使用的重心。Claude Code 擅长在交互中深度共创，而 Codex 擅长委派和操作。没有谁更优秀，更准确的说法是用法不同。

点管理界面、整理收件箱、做调研。那些一行代码都不写的人的工作，正是这里要转移到 AI 那边去的。

不要重复解释同一个流程

前面我提到了"技能"。它在管理场景中很有效，我们详细看看。

写周报、做竞品调研、写会议纪要。每家公司都有自己"做事的方式"。问题在于每次问 AI 时，你都得从头再解释一遍。

Codex 的"技能"就是用来把这个流程保存下来，随时调用的机制。你只需要在一个文件（叫 SKILL.md ）里写指令手册。内容像这样：

1---
2name: weekly-report
3description: 用于创建周报。汇总上周数据，按固定格式生成摘要。不用于每日快报。
4---
5# 流程
61. 收集目标期间（上周一至周日）的数据
72. 与上周对比销售额、新客户数、咨询量
83. 按固定格式放入表格
94. 最后只添加 3 条"本周关注点"
105. 每项数据需注明来源

你只需要写三样东西："名称"、"使用场景（描述）"和"流程"。描述尤其重要；如果你在这里写明了使用场景，Codex 会自行判断情况并主动使用这个技能。

使用时，你这样调用：

1$weekly-report 请做上周的报告。

这样一来，每次都能返回同样质量的一份草稿。以前每次都要从头传达流程，现在一句话"那个"就搞定了。技能就像是让 Codex 直接拿着你的业务操作手册一样。

如果你把竞品调研的流程（看什么、信息源的优先级、对比表的列项）做成技能，那么每次只要说"对 A 公司和 B 公司做竞品调研"，就能用同样的框架做搜索。对于会议纪要，如果你把公司的提取规则（决策、作业、负责人、截止日期）做成技能，那么把转录稿扔给它，它就会按公司格式整理好。这些不是官方定义的模板，而是把"将常用流程做成技能"这个官方概念应用到你自己业务中的例子。你可以把它放在自己手边，也可以放到团队共享的位置。

澄清一下：技能决定"怎么做"，而上一章中的自动化决定"什么时候做"。把流程做成技能，再让它定时自动运行。两者组合起来，例行工作就变成了一个机制。

一旦你能把流程交出去，下一个问题就是：如何告诉 AI"做到什么程度算完成"。

你不在的时候工作也在推进

就算你放手了，如果你人不在，工作也不会推进。你一起身就停了。很多人都这么觉得。

Codex 允许你在 Mac 上开始的工作，在智能手机上继续。你出门在外时，可以在手机上的 ChatGPT 应用里查看进度、批准内容、或调整方向。即使不一直守在工位上，你也能在指尖处理那些需要判断的部分。

此外，Codex 还能按设定间隔自动运行。它有两种运作方式。一种是每次从头开始的定期执行，适合日报或定时检查。另一种是回到正在进行的对话中，它会带着同一个线程的上下文继续监控。

例如，每 30 分钟它可以扫一遍 Slack 和 Gmail，挑出需要回复的邮件，排好优先级，准备好回复草稿。你可以把它当成"替你看着的秘书"。这里的关键是，Codex 的设计是只创建草稿和附上参考，不会直接发送。最终的决定和发送永远由人来做。

那种"放手太吓人，怕它乱跑"的焦虑，在这里变了样。一直跑下去的部分只到准备阶段，而会影响外界的最终步骤——发送、发布、决策——由人掌握。正因如此，你才能放心地把监控委派出去。还有一种方法是设定完成条件，让它一直运行直到条件满足。这是为那些目标明确、需要长时间才能完成的任务准备的功能。

你不在的时候，那些收集上下文的繁重工作正在推进。等你回来时，它已经处于你只需判断的状态。这才是"工作在你离开时仍在推进"的实质。管理者离开工位的时间越多，这个效果应该越明显。

先定好完成的样貌

上一章我提到"有一种方法是设定完成条件并让它长时间运行"。这就是 Codex 的 Goal 功能。这个概念直接影响管理，我们来深入聊聊。

把任务交给 AI 时，最大的误解是"做到什么程度算完成"。如果你说"好好调研一下竞品"，AI 不知道停在哪里。它要么半途而废，要么一直跑下去。

Goal 功能是一种让 Codex 持续运行直到完成条件满足的机制。但比这个功能本身更重要的是"先定好什么样的状态能叫完成"。下面来看好坏的提问方式。

1# 坏例子（不知道终点在哪）
2好好调研一下竞品。
3
4# 好例子（目标、约束、完成条件都对齐了）
5调研 5 家竞品（A、B、C、D、E 公司）的 4 个维度：价格、 
6主要功能、支持体系、目标公司规模，并以一张对比表格汇总。 
7每个格子附上来源。
8完成条件：5 家公司 × 4 个维度全部填满，无空项。 
9对于无法获取的列，明确标注"未确认"并停止。

区别在于完成后能否被事后确认。在好例子中，任何人都能判断"5 家公司 × 4 个维度是否填满"。在坏例子中，没有判断完成与否的依据。

提要求时大致要定好 4 个点：要达成什么、依据什么、要保护什么、什么算完成。官方文档围绕完成条件做了整理，但从提问者的角度来看，把这 4 个点对齐就不会出错。最后那个完成条件尤其关键；如果它模糊不清，AI 就会空转。

从最近 3 份会议纪要中提取所有未完成的作业，做成一张负责人和截止日期的表格。将上个月的咨询记录分类，按频率找出现有 FAQ 未覆盖的问题。

这些都是"所有都填满时就算完成"的任务。这些也是把官方提出的"设定可验证的完成条件"这个原则应用到你自己业务中的例子，而非官方提供的文本。

这种思维方式，与外包的验收条件或 KPI 设计完全一样。好的 KPI 能让任何人都一眼看出是否达成。

模糊的 KPI 会拖垮组织，模糊的完成条件会让 AI 空转。而且，判断是否完成的不应是做事的人，而是事先定好的条件。不要让自己来判定自己的工作有没有完成。这一点，正是你能放心长时间委派的原因。

你也可以在运行过程中暂停、恢复或重置。注意，这个功能可能需要在特定的环境中先激活才能使用。

一旦你能交出了流程并定好了完成条件，最后剩下的问题是"怎么记住做过什么"。

并排检查交付物，把记忆移出对话

就算你让 AI 创建了文档或报告，下载下来、用另一个应用打开、修改、再拿回来——这种来回很麻烦。而且一旦关上对话，你累积的上下文就消失了。这也是"没法完全放手"的原因之一。

Codex 有一个可以并排查看创建好的交付物和对话的界面。不光是代码，还包括文档、幻灯片、 PDF 和表格。你可以在它产出的地方直接看到内容，然后说"这部分改一下"。导出到另一个应用再打开的来回工作完全消失了。

这在管理场景中尤为有效。看板、 KPI 表、会议记录、 Slack 互动。如果你把零散的材料扔给它， Codex 会整理成建议、证据、选项、风险等形式的资料，直接带到决策前一步。对于月度经营会议或季度复盘材料，你可以基于品牌模板，一边并排查看和整理，一边说"加上这一页放这些数据"。怎么判断结果草稿、怎么选择，那是人的工作。 Codex 接手的是这之前的组装工作。

还有另一种办法是把记忆移出对话。如果你只在对话里保存知识，对话一关它就没了。最了解情况的人一旦离开，就没人知道当时做了什么决定、为什么做。把任务交给 AI 时也同理。

因此，把决策、相关方、进行中的项目写成普通文件，放在对话之外。只要分好文件夹，用类似这样的形式保持即可：

1vault/
2├── TODO.md      作业与未完成任务
3├── people/      客户和内部成员信息
4├── projects/    每个项目的历史和决策
5└── notes/       其他笔记和每日摘要

这里起作用的是一份规则文件，它告诉 Codex"你希望这些存储空间怎么用"。这个文件叫 AGENTS.md ， Codex 在开始工作前总会读取它。内容并不复杂。

1# AGENTS.md
2## 信息分类
3- 作业放入 TODO.md ，人员放入 people/ ，项目放入 projects/ ， 
4笔记/每日摘要放入 notes/ 。
5## 必须记录的内容
6- 始终记录决策、阻碍、负责人、截止日期和参考链接。
7## 不要过度
8- 除非有有意义的变更，否则不要重写文件。

只用标题和要点。

诀窍是保持精简。只写"每次都要遵守的事项"。定好这些之后，每条新信息进来时 Codex 会按既定规则添加到既定位置。下一个任务可以通过读取那个文件，从上次的延续开始。

记忆工具按角色分为三类。 AGENTS.md 是"始终遵循的规则"，我们刚看到的文件夹是"项目和人员的记忆本身"，而 Codex 自带的记忆功能（在设置里）是"模糊的偏好或回忆常用流程"。不要把记忆功能当成万能的记忆库，而是作为避免每次都要解释的辅助手段。在屏幕上看到的内容也能辅助记忆的机制正在出现，但还处于研究阶段，可用环境有限。

注意，这些文件夹没什么特别的，就是一堆普通文本文件。所以你可以用 Obsidian 这样的笔记应用打开，也可以在内部共享存储里管理。 Codex 的角色到"把文件夹读写为记忆"为止，你怎么存都行。

文档创建的来回消失了，组织记忆也能不被对话困住而传递。谁做了什么决定、为什么做、什么还在待办。如果把这些存在对话之外，那么下一任负责人和 Codex 就能从同一个延续点开始。原本只存在一个人脑子里的上下文，变成了团队可读的资产。

Codex 从代码起步，正在扩展到所有操作

总结一下。 Codex 从代码起步。

但现在，它已经能在同一个地方承载它周围所有的电脑工作。对话的积累、运行方式的控制、浏览器和收件箱、离开时的自动化、交付物检查、记忆。写代码只是这个扩展中的一部分。

委派是有阶段的。不要让对话变成一次性的。没整理好就交出去，边跑边修。触及代码之外的东西。你不在时也要推进。并排检查交付物，把记忆移出对话。这些需要一步步积累起来。

所以，如果你只把 Codex 当成"写代码的工具"，那你就没用上它最大的一部分。而那些掌握这套方法的人与止步于代码生成工具的人之间的差距，在未来的业务速度上会越来越明显。

当然，它不是万能的魔法棒。界面操作的使用环境有限，有些功能还在研究阶段。而且再强调一次，发送、发布、决策这些最终步骤由人掌握。 Codex 接手的是那之前的工作。判断权始终在你这边。

第一步很简单。审视你自己的操作，选择一项你认为可以委派的任务。可能是竞争对手研究、从会议纪要中提取待办事项，或是起草月度报告。如果你尝试委派一项，你就会对如何委派有所了解。从那里逐步扩展就足够了。

总结

• Codex 不再是用于编写代码的工具，而是"处理计算机工作的系统"
• 不要让对话变得用完即弃。你可以为每项例行任务设置专门的线程，让它记住上下文
• 在整理之前就交给它，并在运行中调整方向。你还可以预留下一个任务
• 工作存在于代码之外。它涉及浏览器、管理界面、Slack 和 Gmail
• 即使你不在也能推进。通过智能手机批准，自动监控。人类负责发送
• 在对话旁边修正交付物，并通过输出到文件来移交记忆
• 首先，从你自己的操作中选择一个可以委派的任务，然后尝试一下

我们，东京大学 Codex 研究所 (@UT_Codex)，是一个由深入研究以 Codex 为中心的 AI 代理实际应用的成员组成的东京大学团队。

关注我们，你可以获得以下信息和见解 👇

・可在现场使用的 Codex 设计与引入方法

・自主开发的技能和特定业务代理包的免费发布

・关于 Codex 的更新信息

只有这个账号能够提供结合东京大学研究技术与企业应用的有用信息。请关注我们！