Esta semana concluyó en San Francisco la tercera edición de OpenAI DevDay, la más grande hasta la fecha. El evento fue fruto del esfuerzo de personas de toda la empresa. A medida que se acercaba DevDay, había una frase que se repetía en nuestras conversaciones: “Sin Codex, no habría podido hacerlo”.
Este fue el primer DevDay en el que contamos con Codex. Lo usamos en todo lo que creamos, desde las demos en el escenario (incluso las que trataban de otros temas) hasta las máquinas arcade del espacio de la comunidad y los propios productos. Codex fue clave para hacer realidad DevDay 2025.
Te contamos cómo fue preparar el evento y algunas de las formas en que Codex nos ayudó a ahorrar tiempo, resolver problemas, trabajar en varias tareas a la vez, fijar prioridades y organizarnos.
Controlar cámaras y crear un servidor MCP para la iluminación del recinto
Empecemos por el proyecto más evidente: la demo de Codex que hizo Romain Huet durante la presentación principal. Si te la perdiste, puedes verla aquí.
Como explicó Romain, partimos de nuestra aplicación de ejemplo para agentes de Realtime. Codex creó todo lo demás que ves en la demo.
La idea original era mostrar cómo Realtime controlaba la cámara y las luces en la zona del público. Cuando Romain empezó a trabajar en el proyecto, se encontró con el reto de controlar la cámara y las luces mediante código.
Codex descubrió cómo controlar la cámara conectada a la red con VISCA (¡un protocolo de principios de los noventa!), implementó el protocolo por su cuenta e incluso creó un servidor MCP para controlar las luces mediante su propio protocolo.
Con Codex CLI, Romain pudo trabajar en ambos problemas en paralelo y tener una primera versión funcionando en una tarde sin tocar el teclado. Así se ahorró una larga sesión de investigación y experimentación con código.
Ponerle ritmo a la demo
Uno de los grandes lanzamientos de DevDay fue el Apps SDK, que te permite crear aplicaciones con interfaces interactivas directamente en ChatGPT. Para la demo de Katia Gil Guzman en la presentación Developer State of the Union, la idea era aprovechar el servidor MCP de iluminación que Codex había creado para Romain y crear una interfaz con pads para tocar ritmos.
La interfaz tenía que verse bien y funcionar. Debía conectarse al servidor MCP de iluminación para controlar las luces y permitir que se tocaran distintos instrumentos.
Gracias a Codex Cloud y a la función de elegir la mejor de varias propuestas, Katia pudo tener lista una aplicación funcional en poco tiempo y probar y ajustar varios diseños en paralelo. Probó desde diseños modernos y futuristas hasta interfaces que reflejaban la identidad visual de OpenAI DevDay. 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ás viste ArcadeGPT: dos máquinas arcade en las que podías personalizar tu propio videojuego usando GPT-5 para combinar y modificar juegos de una colección existente.
Cuando Kevin Whinnery empezó a sentar las bases del proyecto, necesitaba varios juegos que GPT-5 pudiera usar como punto de partida, y los necesitaba cuanto antes. Para crearlos y perfeccionarlos rápidamente, tenía abiertas siete (!!) terminales. En cada una, una instancia de Codex CLI implementaba un juego de Phaser en un solo archivo.
Con Codex CLI, Kevin podía hacer cambios en cada juego de forma asíncrona y probarlos todos al mismo tiempo. Así, los asistentes tuvieron una amplia variedad de juegos para jugar y crear sus propias versiones.
Reconstruir aplicaciones de demostración
Yo usé Codex para casi todas mis tareas en los días previos a DevDay. Sería difícil enumerar todas las veces que agradecí tenerlo a mano, pero recuerdo una en particular.
Estaba preparando la demo de ajuste fino para mi charla sobre modelos abiertos y había usado Streamlit para todo. Pero la aplicación de Streamlit era enredada, al público le costaba seguirla y algunos errores de funcionamiento eran difíciles de corregir. Tomé algunas capturas de pantalla, preparé 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 como base, creara un servidor FastAPI que hiciera lo mismo y lo conectara a mi frontend en Next.js. Envié la tarea y me fui a almorzar. Cuando volví, la aplicación ya estaba implementada y funcionaba. A partir de ahí, le encargué a Codex otras tareas para crear páginas que me ayudaron a explicar mejor la demo.
Sin Codex, esta demo nunca habría estado lista a tiempo.
Del boceto a la demo
Erika Kettleson ahorró tiempo al usar la extensión de Codex para IDE para crear toda la demo de su stand. Empezó con un boceto que le pasó a Codex para que creara la primera versión de la interfaz. Incluso le pidió que escribiera evaluaciones para determinar qué modelo convenía usar para generar archivos SVG, teniendo en cuenta tanto la velocidad como la calidad. Codex ayudó a Erika a comparar las ventajas y desventajas de usar uno o varios agentes para la demo. Luego refactorizó todo el código para adoptar la arquitectura de un solo agente.
Una vez terminada la implementación, Codex creó diagramas detallados en Mermaid que Erika usó en el stand para explicarles a los visitantes cómo funcionaba la aplicación.
Revisar código a gran escala
Como parte del lanzamiento de AgentKit, publicamos nuestros nuevos SDK de Guardrails para Python y TypeScript. Están diseñados para funcionar con nuestros SDK de agentes para Python y TypeScript, así como con Agent Builder. Kazuhiro (Kaz) Sera se sumó al proyecto en la recta final para que los desarrolladores tuvieran una buena experiencia con los SDK.
Con Codex, Kaz se familiarizó rápidamente con el código de los dos SDK y encontró la causa de varios errores que ambos habían detectado. Usó Codex CLI y la extensión para IDE para corregirlos. Después, aprovechó la revisión de código de Codex para detectar errores pendientes.
Gracias a Codex, Kaz pudo hacer todo esto 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 día.
Llevar varios proyectos a la vez
A medida que se acercaba DevDay, muchos trabajábamos en cada vez más proyectos a la vez. Con la extensión para IDE y la CLI, podíamos delegar en Codex tanto tareas locales como tareas en la nube y avanzar en varias al mismo tiempo.
Era común vernos ejecutar tres o cuatro tareas completamente independientes a la vez. Por ejemplo, le pedí a Codex que incorporara compatibilidad con notebooks de Jupyter al servidor gpt-oss, refactorizara el código de mi demo de agentes y corrigiera algunos errores, reorganizara parte de la documentación de Codex y depurara una ejecución de ajuste fino, todo al mismo tiempo.
Para pasar rápidamente de una tarea a otra, dedicábamos poco tiempo a redactar el prompt perfecto. Le describíamos el problema a Codex en frases cortas, enviábamos la tarea, pasábamos de inmediato a la siguiente y volvíamos más tarde para ver cómo iba. Incluso cuando íbamos a dejar el escritorio un momento, ya teníamos la costumbre de decir “déjame enviarle una tarea más a Codex” antes de levantarnos.
Poner en orden la documentación
Lanzar varios productos nuevos para desarrolladores implica escribir mucha documentación. Al principio, los borradores quedan repartidos entre repositorios de GitHub, Documentos de Google y Notion. A menudo seguimos revisándolos hasta el último minuto, y así fue también en este lanzamiento.
Con Codex Cloud, el equipo pudo reunir esos documentos dispersos y pasárselos a Codex con una idea general de cómo queríamos dividir el contenido y organizarlo dentro de nuestra documentación. Codex se encargó del resto: dividió los archivos, los convirtió a MDX, configuró la navegación necesaria y abrió un PR. Pudimos compartirlo con los equipos para que revisaran la documentación y propusieran ajustes a partir de las vistas previas del despliegue.
Sin Codex, en los días previos a DevDay esto normalmente nos habría llevado horas, quizá días.
Resolver tareas pendientes
A todos nos ha pasado: estás trabajando en lo más importante y de pronto te acuerdas de algo que llevas tiempo queriendo hacer, pero siempre surge alguna distracción.
Eso pasó la noche anterior a DevDay. Entre ensayo y ensayo, intentábamos dejar todo listo para el gran día. Katia estaba a punto de subir al escenario para ensayar su demo cuando se dio cuenta de que tenía pendiente publicar la actualización de la página 404 que había planeado.
Abrió enseguida otra pestaña de Codex Web y le encargó a Codex una nueva versión de developers.openai.com/404. Usó la función de elegir la mejor de varias propuestas para que Codex preparara dos versiones en paralelo.
En los cinco minutos que faltaban para subir al escenario, Katia pudo revisar las dos opciones en las capturas de vista previa de Codex, abrir la página, hacer un par de cambios con la extensión para IDE y publicar la página 404 rediseñada.
Apenas el comienzo
Podríamos pasar horas hablando de cómo Codex nos ayudó a preparar DevDay, y muchas más si contáramos cómo nos ayuda a cada uno en el día a día. Estos ejemplos son apenas una muestra de cómo usamos Codex en OpenAI.
Si quieres conocer mejor cómo usamos Codex y qué prácticas recomendamos, mira nuestra charla sobre Codex en DevDay o consulta nuestra documentación.