Codex 如何运营 OpenAI DevDay 2025
本周，我们在旧金山圆满举办了第三届也是规模最大的 OpenAI DevDay。此次活动是全公司上下辛勤付出的成果。但在筹备 DevDay 的过程中，有一句话在讨论中一次又一次地出现：“没有 Codex，我根本无法完成这项工作。”
今年是首次在 DevDay 中使用 Codex。我们将其用于所构建的一切：从舞台演示（甚至包括与 Codex 无关的演示），到社区大厅里的街机游戏机，再到产品本身，Codex 是打造 DevDay 2025 的关键部分。
以下是幕后一瞥，简要展示了 Codex 帮助我们节省时间、解决问题、多任务处理、确定优先级和整理规划的几种方式。
控制摄像头并创建场地灯光 MCP
让我们从最显而易见的项目开始：Romain Huet 关于 Codex 的主题演讲演示。如果你错过了，可以在此查看。
正如 Romain 所提到的，在此演示中，除了使用我们的 Realtime agents starter app 之外，你所看到的一切都是由 Codex 构建的。
这个演示最初的想法是展示 Realtime 如何控制观众席的摄像头和灯光。但当 Romain 开始深入研究这个项目时，他面临着以编程方式控制摄像头和灯光的挑战。
Codex 找到了一种解决方案，使用 VISCA 协议（一种 90 年代初的协议！）控制联网摄像头，完全独立地实现了该协议，甚至进一步构建了一个 MCP 服务器来控制灯光协议。
借助 Codex CLI，Romain 得以并行处理这两个问题，在一个下午内就让初始版本运行起来，无需亲自敲击键盘——避免了原本可能需要进行的大量研究和折腾。
带来节奏
DevDay 的重大发布之一是 Apps SDK，它让你能够直接在 ChatGPT 中构建丰富的应用体验。在 Katia Gil Guzman 的 Developer State of the Union 演示中，想法是基于 Codex 为 Romain 构建的灯光 MCP 服务器，打造一个丰富的节拍垫界面。
这意味着要构建一个既美观又实用的界面，包括处理与灯光 MCP 服务器的连接以控制灯光，并允许其演奏不同的乐器。
多亏了 Codex Cloud 和 best-of-N，Katia 不仅能够快速推出一个功能完善的应用，还能并行迭代多种不同的设计。她尝试了从更具未来感的现代外观到更符合 OpenAI DevDay 品牌的 UI 等各种风格，甚至还试验了不同的功能，所有这些都没有浪费时间和精力。
多任务处理游戏设计
如果你曾在 DevDay 的走廊里漫步，或许会看到 ArcadeGPT——两台街机游戏机，让你使用 GPT-5 通过混搭一系列现有电子游戏来定制自己的视频游戏。
当 Kevin Whinnery 开始搭建基础时，他需要一系列可供 GPT-5 混搭的起始游戏——而且需要得很快。为了快速创建和迭代这些游戏，他同时打开了七个（!!）终端，每个终端都运行着一个 Codex CLI 实例，各自负责一个单文件 Phaser 游戏的实现。
多亏了 Codex CLI，他可以异步迭代每个游戏，同时测试所有游戏，从而为参会者提供种类繁多的游戏供其游玩和混搭。
重建演示应用
就我个人而言，在 DevDay 之前，我基本上每个任务都用 Codex 来完成。我很难一一列举所有我感激 Codex 的时刻，但有一个特别突出。
我一直在为我的 Open Models 演讲制作微调演示，并且全程使用 Streamlit。但这个 Streamlit 应用感觉很复杂，观众难以理解，而且有一些不容易修复的行为 bug。截了几张图并用 v0 快速创建了一个初始设计后，我下载了这个 Next.js 模型应用，并让 Codex IDE 扩展开始工作。
我让它把我的 Streamlit 应用改造成一个执行相同功能的 FastAPI 服务器，并将其连接到我的 Next.js 前端。发出任务后，我去吃了午饭，回来时一个完全实现且可运行的应用已经就绪。之后，我让 Codex 继续处理额外任务，创建了更多页面，帮助我更好地展示这个演示。
如果没有 Codex，这个演示绝不可能按时完成。
让它成为现实
Erika Kettleson 通过使用 Codex IDE 扩展，节省了时间，将整个展台演示变成了现实。她从一张草图开始，将其输入 Codex 以创建初始 UI，甚至还让 Codex 编写评估代码，以在速度和质量之间权衡，帮助确定生成 SVG 的最佳模型。Codex 帮助 Erika 评估了为该演示采用单智能体或多智能体架构的权衡，然后重构了整个代码库，转向单智能体架构。
在全部构建完成后，Codex 创建了详细的 Mermaid 图表，Erika 在展台上用这些图表向人们解释应用的工作原理。
大规模审查
AgentKit 发布的一部分是发布我们针对 Python 和 TypeScript 的全新 Guardrails SDK。这些 SDK 旨在与我们针对 Python 和 TypeScript 的 Agents SDK 以及 Agent Builder 配合使用。为了确保开发者获得出色的 SDK 使用体验，Kazuhiro (Kaz) Sera 加入了该项目，帮助将项目推向终点。
他使用 Codex 快速熟悉了这两个 SDK 的代码库，找出了他和 Codex 发现的一些 bug 的根本原因，使用 Codex CLI 和 IDE 扩展修复了它们，并利用 Codex 代码审查来识别任何遗留 bug。
多亏了 Codex，他才能完成所有这些工作，帮助团队发布 SDK，同时使用相同的工具打磨我们在同一天发布的 ChatKit 示例应用。
同时兼顾多个项目
在 DevDay 之前，我们很多人都在同时处理越来越多的项目。Codex 让我们能够通过 IDE 扩展和 CLI 在本地和云端任务之间委派工作，同时处理多项任务。
你经常会看到我们同时运行 3-4 个完全独立的任务。例如，就我自己而言，我让 Codex 同时做这些事：将 Jupyter notebook 支持构建到 gpt-oss server 中，重构并修复我的智能体演示中的一些 bug，重组一些 Codex 文档，以及调试我的微调运行。
为了在我们这边快速切换上下文，我们不会花大量时间精心打磨提示词——相反，我们会用简短的句子向 Codex 描述问题，发出任务，立即切换到下一个任务，稍后再回来查看 Codex 的状态。即使只是快速离开座位，也包含着“让我再发一个 Codex 任务”的习惯，然后才起身。
整理归档
为开发者推出多个新产品会带来大量新文档，在早期阶段，这些文档散落在各处：无论是在 GitHub 仓库中、Google Docs 中，还是在 Notion 中。这些文档通常会一直迭代到最后一刻。这次发布也不例外。
多亏了 Codex Cloud，团队得以将这些零散的文档交给 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 以及一些最佳实践，请查看我们关于 Codex 的 DevDay 演讲，或查看我们的文档。