本週，我們在舊金山舉辦的第三屆 OpenAI DevDay 圓滿落幕，也是至今規模最大的一屆。這場活動凝聚了公司各團隊同仁的努力。而隨著 DevDay 的腳步接近，大家在討論中一再提到同一句話：「沒有 Codex，我就做不到這些。」
今年是 Codex 首次參與 DevDay。我們打造的每一項成果都有它的身影：從台上的示範（甚至包括與 Codex 無關的示範）、社群大廳裡的街機，到產品本身，Codex 都是打造 DevDay 2025 的重要助力。
以下帶大家一窺幕後，看看 Codex 如何協助我們節省時間、解決問題、同時處理多項任務、安排優先順序，以及讓工作井然有序。
控制攝影機，並打造場地燈光 MCP
先從最直接的例子說起：Romain Huet 在主題演講中的 Codex 示範。如果你錯過了，可以在這裡觀看。
正如 Romain 所說，這場示範除了採用我們的 Realtime 智慧體入門應用程式之外，你看到的所有內容都是由 Codex 打造的。
這場示範最初的構想，是展示 Realtime 如何控制觀眾席中的攝影機和燈光。但當 Romain 開始深入研究這個專案時，就遇到了如何透過程式控制攝影機和燈光的難題。
Codex 找出了透過 VISCA 通訊協定（一個來自 1990 年代初期的通訊協定！）控制連網攝影機的方法，完全自行實作了這個通訊協定，甚至還打造了 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 文件或 Notion 都有。而且，這些文件往往直到最後一刻都還在修改。這次發布也不例外。
有了 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 演講，或閱讀我們的文件。