Nesta semana, encerramos em São Francisco a terceira edição do OpenAI DevDay, a maior até agora. O evento foi fruto do trabalho de pessoas de toda a empresa. À medida que o DevDay se aproximava, ouvíamos a mesma frase nas conversas: “Eu não teria conseguido fazer isso sem o Codex”.
Este foi o primeiro DevDay com o Codex. Nós o usamos em tudo o que criamos, das demonstrações no palco (até nas que tratavam de outros assuntos) às máquinas de fliperama no espaço da comunidade e aos próprios produtos. O Codex foi peça fundamental na realização do DevDay 2025.
Veja um pouco dos bastidores e de como o Codex nos ajudou a economizar tempo, resolver problemas, trabalhar em várias tarefas ao mesmo tempo, definir prioridades e nos organizar.
Como controlamos as câmeras e criamos um servidor MCP para a iluminação do evento
Vamos começar pela demonstração do Codex que Romain Huet fez na palestra de abertura, o exemplo mais evidente. Se você perdeu, assista aqui.
Como Romain contou, ele usou nosso aplicativo inicial para agentes Realtime, e o Codex criou todo o restante que você vê na demonstração.
A ideia inicial era mostrar como o Realtime controlava a câmera e as luzes na área da plateia. Quando Romain começou a explorar o projeto, precisou descobrir como controlar a câmera e a iluminação por código.
O Codex encontrou uma maneira de controlar a câmera pela rede usando o protocolo VISCA (do início dos anos 90!). Implementou o protocolo por conta própria e ainda criou um servidor MCP para controlar as luzes pelo protocolo de iluminação.
Com a Codex CLI, Romain trabalhou nos dois problemas em paralelo e, em uma tarde, já tinha uma primeira versão funcionando sem precisar tocar no teclado. Isso poupou uma longa sessão de pesquisa e experimentação com o código.
No ritmo da música
Um dos grandes lançamentos do DevDay foi o Apps SDK, que permite criar aplicativos com recursos interativos diretamente no ChatGPT. Para a demonstração de Katia Gil Guzman na apresentação Developer State of the Union, a ideia era aproveitar o servidor MCP de iluminação que o Codex havia criado para Romain e desenvolver uma interface com pads para tocar batidas.
A interface precisava ser bonita e funcionar de verdade. Além de permitir tocar instrumentos diferentes, ela precisava gerenciar a conexão com o servidor MCP de iluminação para controlar as luzes.
Com o Codex Cloud e o recurso best-of-N, Katia conseguiu criar rapidamente um aplicativo funcional e refinar várias propostas de design em paralelo. Ela testou desde visuais modernos e futuristas até interfaces mais alinhadas à identidade visual do OpenAI DevDay. Também experimentou diferentes funcionalidades, sem desperdiçar tempo nem esforço.
Desenvolvimento de jogos em paralelo
Quem passou pelos corredores do DevDay talvez tenha visto o ArcadeGPT. Eram duas máquinas de fliperama em que você podia usar o GPT-5 para combinar e modificar jogos de uma coleção e criar seu próprio jogo.
Quando Kevin Whinnery começou a montar a base do projeto, precisava de vários jogos que o GPT-5 pudesse modificar, e tinha pouco tempo. Para criá-los e refiná-los rapidamente, ele abriu sete (!!) terminais, cada um com uma instância da Codex CLI implementando um jogo em Phaser em um único arquivo.
Com a Codex CLI, Kevin podia aprimorar cada jogo de forma assíncrona e testar todos ao mesmo tempo. Assim, os participantes tiveram à disposição uma grande variedade de jogos para experimentar e remixar.
Como recriamos aplicativos de demonstração
Usei o Codex em praticamente todas as minhas tarefas na preparação para o DevDay. É difícil listar todas as vezes em que fiquei grato por contar com o Codex, mas uma delas me marcou.
Eu estava preparando uma demonstração de ajuste fino para a minha palestra sobre modelos abertos e tinha feito tudo em Streamlit. Só que o aplicativo ficou complicado, o público tinha dificuldade para acompanhar a demonstração e alguns bugs eram difíceis de corrigir. Fiz algumas capturas de tela, esbocei um design no v0, baixei o protótipo do aplicativo em Next.js e comecei a trabalhar com a extensão do Codex para IDE.
Pedi ao Codex que usasse meu aplicativo em Streamlit como base para criar um servidor FastAPI que executasse as mesmas funções e que o conectasse ao meu front-end em Next.js. Enviei a tarefa e saí para almoçar. Quando voltei, o aplicativo já estava totalmente implementado e funcionando. A partir daí, pedi ao Codex que criasse outras páginas para me ajudar a ilustrar melhor a demonstração.
Sem o Codex, essa demonstração nunca teria ficado pronta a tempo.
Do esboço ao estande
Erika Kettleson economizou tempo ao usar a extensão do Codex para IDE para montar uma demonstração inteira para o estande. Ela começou enviando um esboço ao Codex para que ele criasse a primeira versão da interface. Pediu também que ele escrevesse avaliações para ajudar a escolher o melhor modelo para gerar SVGs, levando em conta a velocidade e a qualidade. O Codex ajudou Erika a comparar as vantagens e desvantagens de usar um ou vários agentes na demonstração e depois refatorou toda a base de código para adotar a arquitetura com um único agente.
Depois de implementar tudo, o Codex criou diagramas detalhados em Mermaid que Erika usou no estande para explicar aos visitantes como o aplicativo funcionava.
Revisão de código em escala
Como parte do lançamento do AgentKit, disponibilizamos nossos novos SDKs de Guardrails para Python e TypeScript. Eles foram projetados para funcionar com nossos SDKs de agentes em Python e TypeScript e com o Agent Builder. Kazuhiro (Kaz) Sera se juntou à equipe na reta final para ajudar a garantir que os desenvolvedores tivessem uma ótima experiência com os SDKs.
Com o Codex, Kaz se familiarizou rapidamente com a base de código dos dois SDKs e identificou as causas de alguns bugs que os dois encontraram. Usou a Codex CLI e a extensão para IDE para corrigi-los e recorreu à revisão de código do Codex para identificar bugs que ainda restavam.
Assim, Kaz ajudou a equipe a lançar os SDKs e, ao mesmo tempo, usou as mesmas ferramentas para aprimorar os aplicativos de exemplo do ChatKit que lançamos naquele dia.
Vários projetos ao mesmo tempo
Na preparação para o DevDay, muitos de nós trabalhávamos em cada vez mais projetos ao mesmo tempo. Com a extensão para IDE e a CLI, podíamos delegar ao Codex tanto tarefas locais quanto tarefas na nuvem e avançar em várias delas de uma só vez.
Era comum executarmos três ou quatro tarefas totalmente independentes em paralelo. No meu caso, por exemplo, pedi ao Codex que adicionasse suporte a notebooks Jupyter ao servidor gpt-oss, refatorasse o código da minha demonstração de agente e corrigisse alguns bugs, reorganizasse parte da documentação do Codex e depurasse minha execução de ajuste fino, tudo ao mesmo tempo.
Para passar rapidamente de uma tarefa a outra, descrevíamos o problema ao Codex em frases curtas, sem gastar muito tempo elaborando o prompt ideal. Enviávamos a tarefa, passávamos imediatamente à próxima e voltávamos mais tarde para ver o andamento. Mesmo quando saíamos da mesa só por um instante, já era hábito pensar “Deixa eu mandar só mais uma tarefa para o Codex antes de levantar”.
Como organizamos a documentação
Lançar vários produtos novos para desenvolvedores envolve escrever muita documentação. No começo, os textos ficam espalhados por repositórios do GitHub, documentos do Google Docs e páginas do Notion. Muitas vezes, as equipes continuam revisando esse material até o último minuto. Com este lançamento, foi assim também.
Com o Codex Cloud, a equipe pôde reunir os documentos dispersos e entregá-los ao Codex com uma descrição geral de como queríamos dividir e organizar o conteúdo na documentação. O Codex cuidou do restante. Dividiu os arquivos, converteu o conteúdo para MDX, configurou a estrutura de navegação necessária e abriu um pull request. Com as prévias da implantação, pudemos compartilhar o pull request com as equipes para que revisassem e refinassem o conteúdo.
Sem o Codex, esse trabalho normalmente levaria horas, talvez dias, na reta final antes do DevDay.
Missões secundárias
Todo mundo já passou por isso. Você está cuidando da tarefa mais importante quando, de repente, lembra de outra que planejava fazer e acabou adiando porque sempre surgia alguma distração.
Na noite anterior ao DevDay, foi mais ou menos assim. Entre um ensaio e outro, tentávamos deixar tudo pronto para o grande dia. Katia estava prestes a subir ao palco para ensaiar sua demonstração quando percebeu que ainda não tinha publicado a nova versão da página 404, como havia planejado.
Ela abriu outra aba no Codex Web e pediu ao Codex que implementasse uma nova versão de developers.openai.com/404. Com o recurso best-of-n, o Codex criou duas propostas ao mesmo tempo.
Nos cinco minutos antes de subir ao palco, Katia conseguiu comparar as duas opções pelas capturas de tela de prévia no Codex, abrir a página, fazer alguns ajustes com a extensão para IDE e publicar a página 404 com o novo design.
Isso é só o começo
Provavelmente poderíamos passar horas contando como o Codex nos ajudou a dar forma ao DevDay, sem falar em como ele ajuda cada um de nós no dia a dia. Esses exemplos dão uma pequena amostra de como usamos o Codex nas equipes da OpenAI.
Para saber mais sobre como usamos o Codex e conhecer algumas boas práticas, assista à nossa palestra sobre o Codex no DevDay ou consulte a documentação.