今週、サンフランシスコで第 3 回の OpenAI DevDay が幕を閉じました。過去最大規模となった今回のイベントを支えたのは、社内のさまざまなチームの尽力です。本番が近づくにつれ、準備にあたるメンバーから何度も同じ言葉を聞きました。「Codex がなかったら、ここまでできなかった」。
今年は、Codex とともに迎える初めての DevDay でした。Codex がテーマではないものも含め、ステージ上のデモからコミュニティホールのアーケード筐体、発表した製品そのものまで、DevDay 2025 で私たちが作り上げたものすべてに Codex が関わっています。
準備の舞台裏を少しのぞいてみましょう。時間を節約する、問題を解く、複数の作業を並行して進める、優先順位をつける、資料を整理する。そんな場面で私たちが Codex をどう使ったのか、いくつか紹介します。
カメラの制御と会場照明用 MCP サーバーの開発
まずは、Codex の活躍がいちばんよく見えたプロジェクトから。Romain Huet が基調講演で披露した Codex のデモです。見逃した方はこちらからご覧いただけます。
Romain が説明したとおり、デモで使用した Realtime エージェントのスターターアプリ以外は、デモに登場するものすべてを Codex が作りました。
もともとのアイデアは、Realtime が客席のカメラと照明を操作する様子を見せることでした。いざ準備に取りかかると、Romain はカメラと照明をどうやってプログラムから制御するかという課題に直面しました。
Codex は、ネットワーク接続されたカメラを VISCA プロトコル（なんと 1990 年代初頭のものです！）で制御する方法を見つけ、そのプロトコルを自力で実装しました。さらに、照明の制御プロトコルに対応した MCP サーバーまで構築しました。
Romain は Codex CLI を使ってこの 2 つの課題に並行して取り組み、キーボードに触れることなく、その日の午後のうちに最初のバージョンを動かせました。自分で調査しながらコードを書いて試していたら、かなりの時間がかかったはずです。
ビートパッドで照明と楽器を操作
DevDay の大きな発表のひとつが、ChatGPT 内で直接、多彩な機能を備えたアプリを構築できる Apps SDK です。Katia Gil Guzman は Developer State of the Union のデモで、Codex が Romain のために構築した照明用 MCP サーバーを活用し、多機能なビートパッドを作ろうと考えました。
見た目に魅力があり、実際に演奏できるインターフェイスが必要でした。照明用 MCP サーバーとの接続を管理して照明を操作し、パッドでさまざまな楽器の音を鳴らせるようにする必要もありました。
Codex Cloud と best-of-N を使って、Katia は短時間で動くアプリを作り、複数のデザインを並行して改良できました。未来的でモダンなデザインから OpenAI DevDay らしさを前面に出した UI まで幅広く試し、時間や労力を無駄にすることなく、機能のバリエーションも試せました。
複数のゲームを並行開発
DevDay の会場を歩いた方は、ArcadeGPT を見かけたかもしれません。2 台のアーケード筐体で、用意されたゲームを GPT-5 でリミックスし、自分好みのゲームを作れます。
Kevin Whinnery が開発に着手すると、GPT-5 がリミックスする元のゲームを何種類も、しかも短期間でそろえる必要がありました。すばやく作って改良を重ねるために、Kevin はなんと 7 つものターミナルを開きました。それぞれで Codex CLI を起動し、単一ファイルで動く Phaser ゲームを 1 つずつ実装させました。
Codex CLI のおかげで、ほかのゲームの進捗を待たずに各ゲームの改良を進め、すべてを同時にテストできました。こうして参加者が遊んだりリミックスしたりできる多彩なゲームがそろいました。
デモアプリの再構築
私自身、DevDay に向けた準備のほぼすべてに Codex を使いました。Codex があってよかったと感じた場面は数えきれませんが、特に印象に残っているものがあります。
私はオープンモデルについての講演に向けて、ファインチューニングのデモをすべて Streamlit で作っていました。ところが、アプリの構成が入り組んでいて、聴衆には何が起きているのか伝わりにくいうえ、簡単には直せない動作上のバグもありました。そこで、スクリーンショットを数枚撮り、v0 で手早くデザインのたたき台を作りました。その Next.js アプリのモックをダウンロードして、Codex IDE 拡張機能に作業を任せました。
依頼したのは、手元の Streamlit アプリをもとに、同じ処理を行う FastAPI サーバーを作り、Next.js のフロントエンドに接続することです。タスクを送って昼食に出かけ、戻ってみると、実装はすべて終わり、アプリが動いていました。その後も Codex に作業を依頼し、デモの内容をよりわかりやすく見せるためのページを追加できました。
Codex がなければ、このデモは本番に間に合いませんでした。
スケッチから生まれたブースデモ
Erika Kettleson は Codex IDE 拡張機能を使って、ブースで披露するデモを一から作り上げ、準備時間を短縮しました。まず、スケッチを Codex に渡して最初の UI を作りました。SVG の生成に使うモデルを速度と品質のバランスで選べるよう、評価用のテストも Codex に書いてもらいました。さらに Codex と一緒に、単一エージェント構成とマルチエージェント構成をデモに採用する場合の利点と欠点を検討しました。そのうえで、Codex がコードベース全体をリファクタリングし、単一エージェント構成に移行しました。
実装がすべて終わると、Codex は Mermaid で詳細な図を作成しました。Erika はブースでその図を使い、来場者にアプリの仕組みを説明しました。
複数の SDK にまたがるコードレビュー
AgentKit の発表に合わせて、Python と TypeScript 向けの新しい Guardrails SDK をリリースしました。これらは、Python と TypeScript の Agents SDK や Agent Builder と組み合わせて使えるよう設計されています。開発者にとって使い勝手のよい SDK に仕上げるため、リリースに向けた最後の段階で Kazuhiro（Kaz）Sera がプロジェクトに加わりました。
Kaz は Codex を使って 2 つの SDK のコードベースを短時間で把握しました。Codex と一緒に見つけたバグのいくつかについて根本原因を突き止め、Codex CLI と IDE 拡張機能で修正しました。さらに Codex のコードレビューを使って、バグが残っていないか確認しました。
Codex のおかげで、Kaz はこうしてチームの SDK リリースを支えながら、同じツールを使って、同日に公開した ChatKit のサンプルアプリも仕上げることができました。
複数プロジェクトの同時進行
DevDay が近づくにつれて、私たちの多くが同時に抱えるプロジェクトの数は増えていきました。IDE 拡張機能と CLI からローカル環境のタスクもクラウドタスクも Codex に任せられたので、複数の作業を一度に進められました。
互いにまったく関係のないタスクを 3〜4 件同時に走らせることも珍しくありませんでした。たとえば私は、gpt-oss サーバーに Jupyter ノートブックのサポートを追加する作業、エージェントのデモのリファクタリングとバグ修正、Codex ドキュメントの一部の再構成、ファインチューニング実行時の問題のデバッグを、すべて同時に Codex に任せていました。
自分たちもすばやく次の作業に移れるよう、プロンプトを練り上げることにはあまり時間をかけませんでした。短い文で Codex に問題を伝え、タスクを送ったらすぐに次の作業に移り、あとで戻って進捗を確認する、という具合です。ちょっと席を外すときでさえ、立ち上がる前に「もうひとつだけ Codex に頼んでおこう」と考えるのが習慣になりました。
ドキュメントの整理
開発者向けの新製品をいくつもリリースするとなると、新たに用意するドキュメントも大量になります。初期の原稿は GitHub リポジトリや Google ドキュメント、Notion など、あちこちに分かれて書かれます。公開直前まで修正が続くことも多く、今回も例外ではありませんでした。
チームは Codex Cloud を使い、各所に散らばった原稿を Codex に渡しました。内容をどう分割し、ドキュメントサイトのどこに配置したいかを大まかに伝え、あとは Codex に任せました。Codex はファイルを分割して MDX に変換し、必要なナビゲーションを整え、PR を作成しました。その PR を各チームに共有すると、デプロイプレビューで実際の表示を確認しながらレビューや修正を進められました。
Codex がなければ、DevDay 直前のこの作業に何時間も、場合によっては何日もかかっていたはずです。
合間に片づけた 404 ページの更新
いちばん大事な仕事に取り組んでいる最中に、ほかの用事に気を取られて何度も後回しにしていた作業をふと思い出す。誰にでもそんな経験があるのではないでしょうか。
DevDay の前夜にも、まさにそんなことがありました。私たちはリハーサルの合間を縫って、本番に向けた準備を進めていました。Katia はデモのリハーサルでステージに上がろうとしたとき、予定していた 404 ページの更新をまだ公開していないことに気づきました。
Katia はすぐに Codex Web でもうひとつタブを開き、developers.openai.com/404 を作り直すタスクを送りました。best-of-n 機能を使って、Codex に 2 つの案を同時に作ってもらいました。
5 分後にステージに上がるまでに、Katia は Codex のプレビュー画像で両方の案を比較し、ページを手元にチェックアウトして IDE 拡張機能で 2 か所に手を入れ、デザインを一新した 404 ページを公開できました。
ここで紹介しきれなかった活用例
私たち一人ひとりが日々 Codex をどう使っているかまで話を広げなくても、DevDay の準備で Codex に助けられたエピソードだけで何時間も話せそうです。ここで紹介したのは、OpenAI 全体での Codex の活用例のほんの一部です。
私たちの Codex の使い方やベストプラクティスについて詳しくは、DevDay での Codex の講演やドキュメントをご覧ください。