本周，我们在旧金山举办的第三届 OpenAI DevDay 圆满落幕，这也是迄今规模最大的一届。这场活动凝聚了公司各个团队的辛勤付出。不过，随着 DevDay 临近，一句话在大家的讨论中反复出现：“没有 Codex，我真做不到。”
今年是 Codex 首次参与 DevDay。我们打造的所有内容都用到了它：从台上的演示（甚至包括与 Codex 无关的演示），到社区大厅里的街机，再到产品本身，Codex 都在 DevDay 2025 的筹备中发挥了关键作用。
下面就带您看看幕后的几个例子，了解 Codex 如何帮助我们节省时间、解决问题、并行处理任务、安排优先级，以及整理工作。
控制摄像机，打造会场灯光 MCP
先从最直观的项目说起：Romain Huet 在主题演讲中展示的 Codex 演示。如果您错过了，可以在这里观看。
正如 Romain 所说，除了使用我们的 Realtime 智能体入门应用，这场演示中您看到的其他部分都是由 Codex 构建的。
这场演示最初的想法，是展示 Realtime 如何控制观众席中的摄像机和灯光。但当 Romain 开始深入研究这个项目时，他遇到了一个难题：如何通过程序控制摄像机和灯光。
Codex 找到了通过 VISCA 协议（一项诞生于 20 世纪 90 年代初的协议！）控制联网摄像机的方案，完全独立地实现了该协议，甚至还进一步构建了一个 MCP 服务器，通过灯光协议控制灯光。
使用 Codex CLI，Romain 得以并行处理这两个问题，一个下午就让初始版本运行起来，全程无需敲键盘，省去了原本需要花大量时间研究和动手摸索的过程。
让节拍响起来
DevDay 的一项重大发布是 Apps SDK，它让您能够直接在 ChatGPT 中构建丰富的应用体验。Katia Gil Guzman 为开发者现状演讲准备演示时，打算在 Codex 为 Romain 构建的灯光 MCP 服务器基础上，打造一个功能丰富的打击垫界面。
这意味着不仅要做出美观的界面，还要让它真正可用，包括连接灯光 MCP 服务器来控制灯光，并支持演奏不同的乐器。
有了 Codex 云端和 best-of-N，Katia 不仅能快速做出可用的应用，还能并行迭代多种不同设计。从更具未来感的现代外观，到更贴合 OpenAI DevDay 品牌风格的界面，她都尝试了一遍，甚至还试验了不同的功能，整个过程没有浪费时间和精力。
并行设计多款游戏
如果您在 DevDay 的走廊里逛过，可能见过 ArcadeGPT：两台街机让您通过 GPT-5 改编一组现有游戏，定制自己的电子游戏。
Kevin Whinnery 开始搭建基础框架时，需要一批初始游戏供 GPT-5 改编，而且时间很紧。为了快速创建和迭代这些游戏，他同时打开了七个（！！）终端，每个终端都运行着一个 Codex CLI 实例，各自负责实现一款单文件 Phaser 游戏。
有了 Codex CLI，他可以异步迭代每款游戏，同时测试所有游戏，为参会者提供丰富的游戏选择，供他们游玩和改编。
重建演示应用
就我个人而言，DevDay 前的几乎每项任务都用到了 Codex。很难逐一说完那些让我庆幸有 Codex 的时刻，但有一件事尤其难忘。
我一直在为自己的开放模型演讲准备微调演示，全部使用 Streamlit 构建。但这个 Streamlit 应用显得过于复杂，观众不容易理解，而且存在一些不易修复的功能问题。我截了几张图，用 v0 快速做出初步设计后，下载了 Next.js 应用原型，然后让 Codex IDE 扩展开始干活。
我让它根据我的 Streamlit 应用创建一个实现相同功能的 FastAPI 服务器，并将其连接到我的 Next.js 前端。发出任务后，我就去吃午饭了，回来时看到的是一个已经完整实现且能正常运行的应用。之后，我又让 Codex 处理更多任务，创建额外的页面，帮助我更清楚地展示演示内容。
没有 Codex，这个演示绝不可能按时完成。
把想法变成现实
Erika Kettleson 使用 Codex IDE 扩展完成了整个展位演示，节省了不少时间。她先将一张草图交给 Codex，让它创建初始界面，甚至还让 Codex 编写评测，以便在速度和质量之间权衡，确定最适合生成 SVG 的模型。Codex 帮助 Erika 评估了演示采用单智能体或多智能体架构的利弊，然后重构了整个代码库，将其迁移到单智能体架构。
完成全部构建后，Codex 还创建了详细的 Mermaid 图表，Erika 在展位上用这些图表向大家解释应用的工作原理。
开展大规模审查
AgentKit 发布的一项内容，是推出全新的 Python 和 TypeScript 护栏 SDK。这些 SDK 旨在与我们的 Python 和 TypeScript 版 Agents SDK 以及智能体构建器配合使用。为了确保开发者获得出色的 SDK 使用体验，Kazuhiro（Kaz）Sera 加入了项目，帮助团队完成最后的冲刺。
他使用 Codex 快速熟悉了这两个 SDK 的代码库，找出了他与 Codex 发现的部分错误的根本原因，再用 Codex CLI 和 IDE 扩展修复这些问题，并通过 Codex 代码审查查找尚未解决的错误。
有了 Codex，他既完成了这些工作，帮助团队发布 SDK，又用同样的工具完善了我们当天发布的 ChatKit 示例应用。
同时推进多个项目
临近 DevDay 时，我们很多人同时负责的项目越来越多。Codex 让我们能够通过 IDE 扩展和 CLI，将工作委派为本地任务和云任务，同时处理多项任务。
您经常会看到我们同时运行 3–4 个完全独立的任务。以我为例，我曾让 Codex 同时为 gpt-oss 服务器添加 Jupyter notebook 支持、重构我的智能体演示并修复其中的一些错误、调整部分 Codex 文档的结构，以及调试我的微调运行。
为了快速切换任务，我们不会花大量时间精心打磨提示，而是用简短的句子向 Codex 描述问题，发出任务后立即转向下一项，稍后再回来查看 Codex 的进展。甚至只是暂时离开座位，我们也养成了起身前“让我再发一个 Codex 任务”的习惯。
把文档整理好
面向开发者发布多款新产品，也意味着要编写大量新文档。在早期，这些文档散落各处：GitHub 代码仓库、Google Docs 或 Notion 中都有。它们往往会一直修改到最后一刻。这次发布也不例外。
有了 Codex 云端，团队可以把分散的文档交给 Codex，粗略说明我们希望如何拆分这些内容，以及如何将它们组织到文档体系中，然后让 Codex 处理剩下的工作。Codex 拆分文件、将其转换为 MDX 文件、设置必要的导航结构，并创建 PR。通过部署预览，我们可以将成果分享给各个团队，供他们审查和迭代。
如果没有 Codex，这些工作通常会在 DevDay 前占用数小时，甚至数天。
处理支线任务
最后，这种情况我们都经历过：您正忙着最重要的任务，却突然想起另一件早就计划要做、但总被其他事情打断而没做成的事。
DevDay 前一晚也是如此。彩排间隙，我们忙着为第二天的大会做好所有准备。Katia 正准备上台排练演示时，突然想起自己还没按计划发布更新后的 404 页面。
她迅速打开另一个 Codex Web 标签页，发出任务，让 Codex 实现一个新的 developers.openai.com/404 页面，同时使用 best-of-n 功能，让 Codex 并行尝试两种方案。
就在五分钟后上台之前，Katia 已经通过 Codex 中的预览截图审查了两种方案，快速查看页面，用 IDE 扩展做了几处修改，并发布了全新设计的 404 页面。
这只是冰山一角
光是 Codex 如何帮助我们筹备 DevDay，就足够聊上几个小时，更不用说它每天如何帮助我们每个人。但这些也只是 OpenAI 各个团队使用 Codex 的一个缩影。
如果您想进一步了解我们如何使用 Codex，以及一些最佳实践，可以观看我们在 DevDay 上关于 Codex 的演讲，或查阅我们的文档。