Cette semaine, nous avons clôturé à San Francisco notre troisième OpenAI DevDay, le plus grand à ce jour. Cet événement est le fruit du travail acharné de collègues de toute l’entreprise. Mais à l’approche du DevDay, une phrase revenait sans cesse dans les discussions : « Je n’aurais pas pu faire ça sans Codex. »
Cette année, c’était le premier DevDay avec Codex. Nous l’avons utilisé pour tout ce que nous avons créé : des démos sur scène (même celles qui ne portaient pas sur Codex) aux bornes d’arcade de l’espace communautaire, en passant par les produits eux-mêmes. Codex a joué un rôle clé dans la préparation du DevDay 2025.
Voici un petit aperçu des coulisses et de quelques façons dont Codex nous a aidés à gagner du temps, à résoudre des problèmes, à mener plusieurs tâches de front, à définir nos priorités et à nous organiser.
Pilotage des caméras et création d’un serveur MCP pour l’éclairage de la salle
Commençons par le projet le plus évident : la démo de Codex présentée par Romain Huet lors de la conférence d’ouverture. Si vous l’avez manquée, vous pouvez la regarder ici.
Comme Romain l’a expliqué, tout ce que vous voyez dans cette démo a été créé par Codex, à l’exception de notre application de démarrage pour les agents Realtime, qui lui a servi de base.
À l’origine, l’idée de la démo était de montrer comment Realtime pilotait la caméra et les lumières dans le public. Mais en se plongeant dans le projet, Romain s’est heurté à un défi : contrôler cette caméra et ces lumières par programmation.
Codex a trouvé une solution pour piloter la caméra connectée au réseau à l’aide du protocole VISCA (qui date du début des années 1990 !), a implémenté ce protocole entièrement seul et a même créé un serveur MCP pour commander les lumières via leur protocole.
Avec Codex CLI, Romain a pu travailler sur les deux problèmes en parallèle et obtenir une première version fonctionnelle en un après-midi, sans avoir à toucher au clavier. Il s’est ainsi épargné une longue séance de recherche et de bricolage technique.
Place aux rythmes
L’un des grands lancements du DevDay était l’Apps SDK, qui permet de créer des applications aux interfaces riches directement dans ChatGPT. Pour la démo de Katia Gil Guzman lors du Developer State of the Union, l’idée était de s’appuyer sur le serveur MCP de commande des lumières que Codex avait créé pour Romain et de proposer une interface de pads rythmiques riche en fonctionnalités.
Il fallait donc créer une interface à la fois agréable à regarder et fonctionnelle, gérer la connexion au serveur MCP pour piloter les lumières et permettre de jouer de différents instruments.
Grâce à Codex Cloud et à best-of-N, Katia a pu obtenir rapidement une application fonctionnelle, mais aussi faire évoluer plusieurs designs en parallèle. Elle a tout essayé, des styles modernes et futuristes aux interfaces reprenant l’identité visuelle de l’OpenAI DevDay, et a même testé différentes fonctionnalités, sans perdre de temps ni d’énergie.
Conception de jeux en parallèle
Si vous avez parcouru les couloirs du DevDay, vous avez peut-être aperçu ArcadeGPT : deux bornes d’arcade qui vous permettaient de personnaliser votre propre jeu vidéo en remixant une collection de jeux existants avec GPT-5.
Lorsque Kevin Whinnery a commencé à poser les bases du projet, il lui fallait un éventail de jeux que GPT-5 pourrait remixer, et il les lui fallait vite. Pour les créer et les améliorer rapidement, il avait ouvert sept (!!) terminaux différents, chacun avec une instance de Codex CLI travaillant sur un jeu Phaser tenant dans un seul fichier.
Grâce à Codex CLI, il pouvait faire évoluer chaque jeu de façon asynchrone et les tester tous en même temps, afin de proposer aux participants un large choix de jeux auxquels jouer et à remixer.
Refonte des applications de démo
Personnellement, j’ai utilisé Codex pour quasiment toutes mes tâches avant le DevDay. Difficile de raconter chaque moment où j’ai été reconnaissant de l’avoir, mais l’un d’eux m’a particulièrement marqué.
Je travaillais sur la démo d’affinage pour ma présentation sur les modèles ouverts et j’avais tout réalisé avec Streamlit. Mais l’application Streamlit était alambiquée, difficile à suivre pour le public, et présentait des bugs de comportement peu évidents à corriger. Après avoir pris quelques captures d’écran et créé rapidement un premier design avec v0, j’ai téléchargé la maquette d’application Next.js et mis l’extension IDE Codex au travail.
Je lui ai demandé de reprendre mon application Streamlit, de créer un serveur FastAPI qui assurerait les mêmes fonctions et de le connecter à mon front-end Next.js. Après avoir lancé la tâche, je suis parti déjeuner. À mon retour, l’application était entièrement implémentée et fonctionnelle. J’ai ensuite pu confier d’autres tâches à Codex pour créer des pages supplémentaires qui m’ont aidé à mieux illustrer la démo.
Sans Codex, cette démo n’aurait jamais été prête à temps.
Du croquis à la réalité
Erika Kettleson a gagné du temps en utilisant l’extension IDE Codex pour réaliser toute une démo destinée à un stand. Elle est partie d’un croquis qu’elle a fourni à Codex pour créer la première interface. Elle lui a même fait écrire des évaluations pour déterminer le meilleur modèle à utiliser pour générer des SVG, en tenant compte du compromis entre vitesse et qualité. Codex a aidé Erika à comparer les avantages et les inconvénients d’une architecture à un seul agent et d’une architecture multi-agent pour la démo, puis a refactorisé l’ensemble du code source pour passer à l’architecture à un seul agent.
Une fois l’ensemble réalisé, Codex a créé des diagrammes Mermaid détaillés qu’Erika a utilisés sur le stand pour expliquer aux visiteurs le fonctionnement de l’application.
Revue de code à grande échelle
Le lancement d’AgentKit comprenait la sortie de nos nouveaux SDK Garde-fous pour Python et TypeScript. Ces SDK sont conçus pour fonctionner avec nos Agents SDK en Python et en TypeScript, ainsi qu’avec Agent Builder. Pour que les développeurs puissent utiliser ces SDK dans les meilleures conditions, Kazuhiro (Kaz) Sera a rejoint le projet et nous a aidés à le mener à bien.
Il s’est servi de Codex pour se familiariser rapidement avec le code source des deux SDK et trouver les causes profondes de certains bugs que Codex et lui avaient repérés. Il a ensuite utilisé Codex CLI et l’extension IDE pour les corriger, puis la revue de code de Codex pour détecter les bugs restants.
Grâce à Codex, il a pu faire tout cela pour aider l’équipe à sortir les SDK, tout en utilisant les mêmes outils pour peaufiner les applications d’exemple ChatKit que nous avons publiées le même jour.
Plusieurs projets de front
À l’approche du DevDay, beaucoup d’entre nous travaillaient sur un nombre croissant de projets en parallèle. Codex nous a permis de déléguer des tâches aussi bien en local que dans le cloud, avec l’extension IDE et la CLI, pour avancer sur plusieurs fronts à la fois.
Il n’était pas rare de nous voir lancer 3 à 4 tâches totalement indépendantes en même temps. Dans mon cas, par exemple, Codex travaillait simultanément à la prise en charge des notebooks Jupyter dans le serveur gpt-oss, à la refactorisation et à la correction de bugs de ma démo d’agent, à la restructuration de certaines pages de documentation Codex et au débogage de mon exécution d’affinage.
Pour passer rapidement d’un sujet à l’autre, nous ne passions pas beaucoup de temps à peaufiner le prompt idéal. Nous décrivions le problème à Codex en quelques phrases courtes, lancions la tâche, passions immédiatement à la suivante, puis revenions plus tard vérifier son avancement. Même avant de quitter brièvement notre bureau, nous avions pris l’habitude de nous dire : « Je lance juste une dernière tâche Codex avant de me lever. »
Organisation de la documentation
Le lancement de plusieurs nouveaux produits pour les développeurs s’accompagne de beaucoup de documentation qui, au début, se retrouve un peu partout : dans des dépôts GitHub, dans Google Docs ou dans Notion. Ces documents sont souvent retravaillés jusqu’à la dernière minute. Ce lancement n’a pas fait exception.
Grâce à Codex Cloud, l’équipe a pu confier ces documents épars à Codex, avec une description sommaire du découpage et de l’organisation souhaités dans notre documentation, puis le laisser faire le reste. Codex a scindé les fichiers, les a convertis en MDX, a mis en place les structures de navigation nécessaires et a ouvert une PR. Grâce aux déploiements de prévisualisation, nous avons pu la partager avec les équipes pour qu’elles examinent le résultat et l’améliorent.
Sans Codex, ce travail aurait normalement pris des heures, voire des jours, à l’approche du DevDay.
Gestion des quêtes secondaires
Enfin, nous avons tous connu cette situation : vous travaillez sur votre tâche la plus importante et, soudain, vous vous rappelez cette autre tâche que vous aviez prévu de faire, mais que vous n’arrêtez pas de remettre à plus tard parce qu’autre chose vous accapare.
La veille au soir du DevDay n’a pas fait exception. Entre les répétitions, nous essayions de tout préparer pour le grand jour. Katia s’apprêtait à monter sur scène pour répéter sa démo lorsqu’elle s’est rendu compte qu’elle n’avait pas mis en ligne la nouvelle version de la page 404 comme elle l’avait prévu.
Elle a aussitôt ouvert un autre onglet dans Codex Web et envoyé une tâche demandant à Codex de créer une nouvelle page developers.openai.com/404, en utilisant la fonctionnalité best-of-n pour lui faire proposer deux versions en même temps.
Avant de monter sur scène cinq minutes plus tard, Katia avait pu examiner les deux propositions grâce aux captures d’aperçu dans Codex, ouvrir rapidement la page pour y apporter quelques modifications avec l’extension IDE et mettre en ligne la nouvelle page 404.
Ce n’est qu’un aperçu
Nous pourrions probablement parler pendant des heures de la façon dont Codex nous a aidés à préparer le DevDay, sans même évoquer son aide au quotidien pour chacun d’entre nous. Mais ce n’est qu’un aperçu de la manière dont nous utilisons Codex chez OpenAI.
Pour en savoir plus sur notre utilisation de Codex et découvrir quelques bonnes pratiques, regardez notre présentation consacrée à Codex au DevDay ou consultez notre documentation.