Esta semana cerramos en San Francisco la tercera edición de OpenAI DevDay, la más grande hasta ahora. El evento fue fruto del esfuerzo de personas de toda la empresa. Pero a medida que se acercaba DevDay, una frase se repetía en las conversaciones: “No habría podido hacer esto sin Codex”.
Este año fue el primer DevDay con Codex. Lo usamos en todo lo que creamos: desde las demos en el escenario (incluso las que no trataban sobre Codex) hasta las máquinas arcade en el espacio de la comunidad y los propios productos. Codex fue una pieza clave para hacer realidad DevDay 2025.
Aquí te mostramos un poco de lo que ocurrió detrás de escena y algunas de las formas en que Codex nos ayudó a ahorrar tiempo, resolver problemas, trabajar en varias tareas a la vez, priorizar y organizarnos.
Controlar cámaras y crear un MCP para la iluminación del recinto
Empecemos por el proyecto más evidente: la demo de Codex que presentó Romain Huet en la conferencia inaugural. Si te la perdiste, puedes verla aquí.
Como mencionó Romain, salvo nuestra aplicación inicial de agentes de Realtime, todo lo que ves en esta demo fue creado por Codex.
La demo nació de la idea de mostrar cómo Realtime controlaba la cámara y las luces en la zona del público. Pero cuando Romain comenzó a profundizar en el proyecto, se encontró con el desafío de controlar la cámara y las luces mediante programación.
Codex encontró una solución para controlar la cámara conectada a la red mediante el protocolo VISCA (¡un protocolo de principios de los años 90!), implementó el protocolo completamente por su cuenta e incluso creó un servidor MCP para controlar el protocolo de las luces.
Con Codex CLI, Romain pudo trabajar en ambos problemas en paralelo y tener una primera versión en funcionamiento en una tarde sin tener que tocar el teclado. Así se ahorró lo que de otro modo habría sido una larga sesión de investigación y experimentación con código.
Ponerle ritmo
Uno de los grandes lanzamientos de DevDay fue el Apps SDK, que permite crear experiencias de aplicaciones con muchas funciones directamente en ChatGPT. Para la demo de Katia Gil Guzman en Developer State of the Union, la idea era partir del servidor MCP de iluminación que Codex había creado para Romain y añadir una interfaz completa de pads de percusión.
Esto implicaba crear una interfaz atractiva y funcional, incluida la conexión con el servidor MCP de iluminación para controlar las luces y la posibilidad de tocar distintos instrumentos.
Gracias a Codex Cloud y best-of-N, Katia no solo pudo crear una aplicación funcional rápidamente, sino también iterar sobre varios diseños en paralelo. Probó desde estilos modernos y futuristas hasta interfaces más alineadas con la identidad visual de OpenAI DevDay, e incluso experimentó con distintas funciones, todo sin desperdiciar tiempo ni esfuerzo.
Diseñar varios juegos a la vez
Si recorriste los pasillos de DevDay, quizá viste ArcadeGPT: dos máquinas arcade que te permitían personalizar tu propio videojuego al crear variaciones de una colección de videojuegos existentes con GPT-5.
Cuando Kevin Whinnery empezó a construir la base, necesitaba una variedad de juegos iniciales para que GPT-5 creara variaciones, y los necesitaba rápido. Para crearlos e iterar sobre ellos con rapidez, tenía abiertas siete (¡sí, siete!) terminales distintas, cada una con una instancia de Codex CLI trabajando en la implementación de un juego de Phaser en un solo archivo.
Gracias a Codex CLI, pudo iterar sobre cada juego de forma asíncrona y probarlos todos al mismo tiempo para ofrecer a los asistentes una amplia variedad de juegos para jugar y crear sus propias variaciones.
Reconstruir aplicaciones de demostración
En mi caso, usé Codex para prácticamente todas las tareas previas a DevDay. Es difícil enumerar cada momento en que agradecí contar con Codex, pero hubo uno que se destacó.
Había estado trabajando en la demo de ajuste fino para mi charla sobre modelos abiertos y había usado Streamlit para todo. Pero la aplicación de Streamlit resultaba enredada, era difícil de entender para el público y tenía algunos errores de funcionamiento que no eran fáciles de corregir. Después de tomar algunas capturas de pantalla y crear rápidamente un diseño inicial con v0, descargué el prototipo de la aplicación en Next.js y puse a trabajar la extensión de Codex para IDE.
Le pedí que tomara mi aplicación de Streamlit, creara un servidor FastAPI que hiciera lo mismo y lo conectara a mi front-end de Next.js. Después de enviar la tarea, me fui a almorzar y, al volver, encontré una aplicación completamente implementada y funcional. A partir de ahí, pude encargarle a Codex otras tareas para crear páginas adicionales que me ayudaron a explicar mejor la demo.
Sin Codex, esta demo nunca habría estado lista a tiempo.
Hacerlo realidad
Erika Kettleson pudo ahorrar tiempo usando la extensión de Codex para IDE para hacer realidad una demo completa para su stand. Comenzó con un boceto que le pasó a Codex para crear la interfaz inicial, e incluso le pidió que escribiera evaluaciones para determinar el mejor modelo para generar SVG, teniendo en cuenta el equilibrio entre velocidad y calidad. Codex ayudó a Erika a evaluar las ventajas y desventajas de usar una arquitectura de un solo agente o multiagente para la demo y luego refactorizó toda la base de código para pasar a la arquitectura de un solo agente.
Y después de construirlo todo, Codex creó diagramas detallados en Mermaid que Erika usó en el stand para explicar cómo funcionaba la aplicación.
Revisar a gran escala
Como parte del lanzamiento de AgentKit, publicamos nuestros nuevos SDK de medidas de protección para Python y TypeScript. Estos SDK están diseñados para funcionar con nuestros Agents SDK en Python y TypeScript y con Agent Builder. Para garantizar que los desarrolladores tuvieran una excelente experiencia con los SDK, Kazuhiro (Kaz) Sera se sumó al proyecto para ayudar a terminarlo.
Usó Codex para familiarizarse rápidamente con la base de código de los dos SDK e identificar las causas raíz de algunos de los errores que él y Codex habían detectado. Luego usó Codex CLI y la extensión para IDE para corregirlos, y la revisión de código de Codex para detectar los errores que aún quedaban.
Gracias a Codex, pudo hacer todo eso para ayudar al equipo a lanzar los SDK y, al mismo tiempo, usar las mismas herramientas para pulir las aplicaciones de ejemplo de ChatKit que publicamos ese mismo día.
Manejar varios proyectos a la vez
A medida que se acercaba DevDay, muchos de nosotros trabajábamos en cada vez más proyectos al mismo tiempo. Codex nos permitió delegar tanto tareas locales como tareas en la nube usando la extensión para IDE y la CLI para abordar varias tareas a la vez.
Era habitual vernos ejecutar entre 3 y 4 tareas completamente independientes al mismo tiempo. Por ejemplo, en mi caso le pedí a Codex que hiciera a la vez lo siguiente: incorporar compatibilidad con notebooks de Jupyter al servidor de gpt-oss, refactorizar y corregir algunos errores de mi demo de agentes, reorganizar parte de la documentación de Codex y depurar mi ejecución de ajuste fino.
Para pasar rápidamente de una tarea a otra, no dedicábamos mucho tiempo a redactar con cuidado el prompt adecuado. Le describíamos el problema a Codex con frases cortas, enviábamos la tarea, pasábamos de inmediato a la siguiente y volvíamos más tarde para ver cómo iba Codex. Incluso al ausentarnos un momento del escritorio, ya teníamos la costumbre de pensar “déjame enviar una tarea más a Codex” antes de levantarnos.
Organizarse
Lanzar varios productos nuevos para desarrolladores implica crear mucha documentación nueva que, al principio, se escribe en documentos dispersos por todas partes: en repositorios de GitHub, en Google Docs o en Notion. A menudo, esos documentos se siguen revisando hasta el último minuto. Este lanzamiento no fue la excepción.
Gracias a Codex Cloud, el equipo pudo reunir esos documentos dispersos, pasárselos a Codex con una descripción general de cómo queríamos dividirlos y organizarlos dentro de nuestra documentación, y dejar que se encargara del resto. Codex dividió los archivos, los convirtió a MDX, configuró las estructuras de navegación necesarias y abrió un Pull Request que pudimos compartir con los equipos para que lo revisaran e iteraran sobre él mediante vistas previas de despliegue.
Sin Codex, esto normalmente nos habría llevado horas (si no días) en la preparación de DevDay.
Atender las misiones secundarias
Por último, a todos nos ha pasado: estás trabajando en la tarea más importante y de pronto recuerdas esa otra tarea que tenías planeada, pero que sigues postergando porque algo más te distrae.
La noche anterior a DevDay no fue muy distinta. Entre ensayos, intentábamos dejar todo listo para el gran día. Katia se preparaba para subir al escenario a ensayar su demo cuando se dio cuenta de que no había publicado la actualización de la página 404 que tenía planeada.
Abrió rápidamente otra pestaña de Codex Web y envió una tarea para pedirle a Codex que implementara una nueva página developers.openai.com/404, usando la función best-of-n para que creara dos propuestas al mismo tiempo.
Antes de subir al escenario cinco minutos después, Katia pudo revisar las dos opciones gracias a las capturas de vista previa de Codex, abrir rápidamente la página para hacer un par de cambios con la extensión para IDE y publicar la página 404 rediseñada.
Apenas un vistazo
Probablemente podríamos hablar durante horas de cómo Codex nos ayudó a dar forma a DevDay, por no hablar de cómo nos ayuda a cada uno en el día a día. Pero esto es solo un vistazo a cómo usamos Codex en OpenAI.
Si quieres saber más sobre cómo usamos Codex y conocer algunas prácticas recomendadas, mira nuestra charla sobre Codex en DevDay o consulta nuestra documentación.