Nesta semana, encerramos nossa terceira e maior edição do OpenAI DevDay, em São Francisco. O evento foi fruto do trabalho árduo de pessoas de toda a empresa. Mas, à medida que o DevDay se aproximava, uma frase se repetia nas conversas: “Eu não teria conseguido fazer isso sem o Codex”.
Este ano tivemos o primeiro DevDay com o Codex. Nós o usamos em tudo o que criamos: das demonstrações no palco (até as que não eram sobre o Codex) às máquinas de fliperama no espaço da comunidade e aos próprios produtos. O Codex foi uma peça fundamental na realização do DevDay 2025.
Aqui vai uma breve visita aos bastidores, com alguns exemplos de como o Codex nos ajudou a economizar tempo, resolver problemas, lidar com várias tarefas, definir prioridades e nos organizar.
Controlando câmeras e criando um servidor MCP para a iluminação do evento
Vamos começar pelo projeto mais óbvio: a demonstração do Codex feita por Romain Huet na apresentação principal. Se você perdeu, pode conferir aqui.
Como Romain mencionou, tudo o que você vê nessa demonstração, além do nosso aplicativo inicial de agentes Realtime, foi criado pelo Codex.
A demonstração surgiu da ideia de mostrar como o Realtime controlava a câmera e as luzes na plateia. Mas, quando Romain começou a se aprofundar no projeto, esbarrou no desafio de controlar a câmera e as luzes por código.
O Codex conseguiu encontrar uma solução para controlar a câmera conectada à rede usando o protocolo VISCA (um protocolo do início dos anos 90!), implementar o protocolo inteiramente por conta própria e ainda criar um servidor MCP para controlar as luzes pelo protocolo delas.
Com o Codex CLI, Romain conseguiu trabalhar nos dois problemas em paralelo e ter uma versão inicial funcionando em uma tarde, sem precisar tocar no teclado. Isso evitou o que, de outra forma, teria sido uma longa sessão de pesquisa e experimentação com código.
Entrando no ritmo
Um dos grandes lançamentos do DevDay foi o Apps SDK, que permite criar experiências completas de aplicativos 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 oferecer uma interface completa de pads musicais.
Isso significava criar uma interface visualmente agradável e que também funcionasse de verdade, incluindo a conexão com o servidor MCP de iluminação para controlar as luzes e permitir tocar diferentes instrumentos.
Graças ao Codex Cloud e à seleção do melhor entre N resultados, Katia conseguiu não só criar rapidamente um aplicativo funcional, mas também aprimorar vários designs em paralelo. Ela testou desde visuais mais modernos e futuristas até interfaces mais alinhadas à identidade visual do OpenAI DevDay, e ainda experimentou diferentes recursos, tudo sem desperdiçar tempo e esforço.
Criando vários jogos ao mesmo tempo
Se você passou pelos corredores do DevDay, talvez tenha visto o ArcadeGPT: duas máquinas de fliperama que permitiam personalizar seu próprio jogo remixando uma coleção de jogos existentes com o GPT-5.
Quando Kevin Whinnery começou a construir a base do projeto, precisava de uma variedade de jogos iniciais para o GPT-5 remixar, e precisava deles rápido. Para criá-los e aprimorá-los rapidamente, ele mantinha sete (!!) terminais abertos, cada um com uma instância do Codex CLI trabalhando na implementação de um jogo em Phaser em um único arquivo.
Graças ao Codex CLI, ele conseguia aprimorar cada jogo de forma assíncrona e testar todos ao mesmo tempo, oferecendo aos participantes uma grande variedade de jogos para jogar e remixar.
Reconstruindo aplicativos de demonstração
Eu usei o Codex em praticamente todas as tarefas de preparação para o DevDay. É difícil relatar todos os momentos em que agradeci por ter o Codex, mas um deles se destacou.
Eu estava trabalhando na demonstração de ajuste fino para minha palestra sobre modelos abertos e havia usado Streamlit em tudo. Mas o aplicativo em Streamlit estava confuso, era difícil de entender para o público e tinha alguns bugs de comportamento que não eram fáceis de corrigir. Depois de fazer algumas capturas de tela e criar um design inicial rápido com o v0, baixei o protótipo do aplicativo em Next.js e coloquei a extensão do Codex para IDE para trabalhar.
Pedi que ele usasse meu aplicativo em Streamlit como base para criar um servidor FastAPI que fizesse o mesmo trabalho e o conectasse ao meu front-end em Next.js. Depois de enviar a tarefa, saí para almoçar e, quando voltei, encontrei o aplicativo totalmente implementado e funcionando. A partir daí, pedi ao Codex que trabalhasse em outras tarefas para criar páginas adicionais que me ajudaram a apresentar melhor a demonstração.
Sem o Codex, essa demonstração nunca teria ficado pronta a tempo.
Tirando a ideia do papel
Erika Kettleson economizou tempo usando a extensão do Codex para IDE para concretizar uma demonstração inteira para um estande. Ela começou com um esboço que enviou ao Codex para criar a interface inicial e até pediu que ele escrevesse avaliações para ajudar a escolher o melhor modelo para gerar SVGs, equilibrando velocidade e qualidade. O Codex ajudou Erika a avaliar as vantagens e desvantagens de usar uma arquitetura com um único agente ou com múltiplos agentes na demonstração e, em seguida, refatorou toda a base de código para adotar a arquitetura com um único agente.
E, depois de construir tudo, o Codex criou diagramas detalhados em Mermaid que Erika usou no estande para explicar às pessoas como o aplicativo funcionava.
Revisando em escala
Parte do lançamento do AgentKit foi a disponibilização dos nossos novos SDKs de mecanismos de proteção para Python e TypeScript. Esses SDKs foram projetados para funcionar com nossos Agents SDKs em Python e TypeScript e com o Criador de agentes. Para garantir uma ótima experiência aos desenvolvedores com os SDKs, Kazuhiro (Kaz) Sera entrou no projeto para ajudar a concluí-lo.
Ele usou o Codex para se familiarizar rapidamente com a base de código dos dois SDKs e identificar as causas raiz de alguns dos bugs que ele e o Codex haviam encontrado. Depois, usou o Codex CLI e a extensão para IDE para corrigi-los, além da revisão de código do Codex para identificar bugs que ainda restavam.
Graças ao Codex, ele conseguiu fazer tudo isso para ajudar a equipe a lançar os SDKs e, ao mesmo tempo, usar as mesmas ferramentas para aprimorar os aplicativos de exemplo do ChatKit que lançamos naquele dia.
Conciliando vários projetos ao mesmo tempo
Nos preparativos para o DevDay, muitos de nós trabalhávamos em um número cada vez maior de projetos ao mesmo tempo. O Codex nos permitiu delegar tarefas locais e da nuvem usando a extensão para IDE e a CLI para lidar com várias tarefas de uma vez.
Era comum nos ver executando de 3 a 4 tarefas completamente independentes ao mesmo tempo. No meu caso, por exemplo, o Codex estava, simultaneamente, adicionando suporte a notebooks Jupyter ao servidor gpt-oss, refatorando e corrigindo alguns bugs na minha demonstração de agente, reestruturando parte da documentação do Codex e depurando minha execução de ajuste fino.
Para conseguirmos alternar rapidamente entre os contextos, não gastávamos muito tempo elaborando o prompt ideal. Descrevíamos o problema ao Codex em frases curtas, enviávamos a tarefa, passávamos imediatamente para a próxima e voltávamos depois para conferir o andamento. Até uma saída rápida da mesa passou a incluir o hábito de dizer “deixa eu só enviar mais uma tarefa para o Codex” antes de levantar.
Colocando tudo em ordem
Lançar vários produtos novos para desenvolvedores envolve muita documentação nova que, no início, é escrita em documentos espalhados por vários lugares: repositórios do GitHub, Google Docs ou Notion. Muitas vezes, esses documentos continuam sendo revisados até o último minuto. Neste lançamento, não foi diferente.
Graças ao Codex Cloud, a equipe conseguiu reunir os documentos dispersos e entregá-los ao Codex com uma descrição geral de como queríamos dividi-los e organizá-los na documentação, deixando o resto com ele. O Codex dividiu os arquivos, converteu-os para MDX, montou as estruturas de navegação necessárias e abriu um PR que pudemos compartilhar com as equipes para revisão e ajustes, com a ajuda das prévias de implantação.
Sem o Codex, isso normalmente teria levado horas (se não dias) nos preparativos para o DevDay.
Lidando com missões secundárias
Por fim, todos já passamos por isso: você está trabalhando na tarefa mais importante quando, de repente, lembra daquela outra tarefa que planejava fazer, mas sempre acaba deixando de lado por causa de alguma distração.
Na noite anterior ao DevDay, não foi muito diferente. Entre os ensaios, tentávamos deixar tudo pronto para o grande dia. Katia estava se preparando para subir ao palco e ensaiar sua demonstração quando percebeu que ainda não havia publicado a atualização da página 404 como planejara.
Ela abriu rapidamente outra aba no Codex Web e enviou uma tarefa pedindo ao Codex que implementasse uma nova página developers.openai.com/404, usando o recurso de seleção do melhor entre n resultados para que ele criasse duas versões ao mesmo tempo.
Antes de subir ao palco, cinco minutos depois, Katia conseguiu revisar as duas opções graças às capturas de tela de prévia no Codex, abrir rapidamente a página para fazer alguns ajustes com a extensão para IDE e publicar a página 404 com o novo design.
Isso é só uma amostra
Provavelmente poderíamos passar horas falando sobre como o Codex nos ajudou a dar forma ao DevDay, sem contar como ele ajuda cada um de nós no dia a dia. Mas isso é apenas uma amostra de como estamos usando o Codex em toda a OpenAI.
Se quiser saber mais sobre como usamos o Codex e conhecer algumas práticas recomendadas, assista à nossa palestra sobre o Codex no DevDay ou confira nossa documentação.