OpenAI detalha novo fluxo de trabalho do Codex em evento para desenvolvedores de IA

O Codex, agente de programação da OpenAI, ganhou um workshop dedicado no primeiro dia do AI↳Inteligência artificial440 conteúdosUX e IA: Transformando Experiências Digitais com Inteligência ArtificialProduto & UX · jan 2025MCP: O que é e por que você vai ouvir falar disso em breve?AI · jul 2025IA generativa e a urgência de reconstruir nossa relação com a verdadeAI · jun 2025Ver tudo em AI → Engineer Code Summit, evento que reuniu laboratórios de ponta como OpenAI, Anthropic e Google DeepMind. A sessão, batizada de "New Ways of Working with Codex", foi conduzida por dois engenheiros de Developer Experience da OpenAI, Dominik Kundel e Charlie Guo, e cobriu três frentes: o amadurecimento do Codex Cloud, o uso de voz para controlar agentes e o papel ainda incerto dos dots, os assistentes pessoais da empresa. A cobertura é do site Latent Space.

Guo abriu a apresentação listando tudo o que a equipe lançou no Codex desde o AI Engineer World's Fair, em junho de 2026. Segundo ele, a lista precisou ser cortada para caber na tela. "Acho que o time tem lançado coisas num ritmo inacreditável", disse. O volume de mudanças ajuda a explicar por que parte da base de usuários ainda se perde ao tentar acompanhar o Codex, o Claude e o Antigravity ao mesmo tempo.

A transição complicada para a nuvem

O Codex estreou em maio de 2025 como um agente de engenharia de software baseado em nuvem, capaz de rodar várias tarefas em paralelo. Na prática, essa promessa demorou para se sustentar. Kundel admitiu que levou tempo até os modelos e os harnesses (a camada que orquestra o agente) amadurecerem o suficiente para gerar uma experiência realmente boa de usar.

A virada veio depois do DevDay de fim de setembro de 2026, quando a OpenAI anunciou a versão 2 do Codex Cloud. O anúncio resumiu a proposta de forma direta: dá para fechar o laptop e deixar o agente continuar trabalhando. Segundo o material oficial do workshop, publicado em um ChatGPT Site, essa versão permite publicar um ambiente uma única vez e rodar múltiplas tarefas em instâncias isoladas desse mesmo setup.

Em resumo: o usuário escolhe os repositórios do GitHub aos quais o ambiente terá acesso, configura esse ambiente uma vez e pode compartilhá-lo com o time ou mantê-lo pessoal. A partir daí, cada tarefa roda isolada, sem reconfigurar nada.

Mesmo assim, a costura entre local e nuvem ainda tem atrito. Depois do workshop, o autor da reportagem contou a Kundel que ainda acha confuso mover uma tarefa que começou localmente para a nuvem. A resposta dele:

Definitivamente queremos que isso fique mais fácil. Parte do problema é gerenciar as diferenças de contexto. Por exemplo, ontem o que acabei fazendo foi: eu estava trabalhando em algo localmente e simplesmente pedi ao Codex para entregar aquilo para a nuvem.

Dominik Kundel, engenheiro de Developer Experience na OpenAIWe definitely want to have it be easier. Some of it is going to depend on managing the context differences. For example, yesterday what I ended up doing is I was working on something locally, and I just asked Codex to go and hand it off to the cloud.

Kundel demonstrou isso reabrindo uma tarefa de nuvem existente e mostrando que o Appshot, recurso novo que salva uma experiência de app dentro do ChatGPT, continuava disponível ali. Para uma tarefa iniciada localmente, o fluxo seria pedir ao Codex que suba uma branch e abra uma nova thread na nuvem. A ideia, segundo ele, é que o Codex Cloud vire só mais um executor em segundo plano: o mesmo Codex local pode disparar uma tarefa na nuvem, e as duas instâncias vão se misturando.

Voz como camada de controle, não só ditado

Durante o workshop, Kundel demonstrou edições ao vivo em um site fictício para uma gravadora chamada Blossom Music, usando ditado por voz para iterar no design. Segundo ele, essa é uma forma rápida de chegar a um resultado quando ainda não se sabe exatamente o que se quer construir.

Charlie Guo foi além: para ele, a maioria das pessoas que usa voz com código trata isso como só mais um canal em cima do fluxo normal de trabalho. Ele prefere usar voz como uma camada de controle sobre toda a base de código, não como um modo isolado para uma única tarefa.

Eu não penso nisso como dizer: aqui está a única frente de trabalho que estou fazendo agora com voz. Eu penso como: como eu gerencio minhas threads? Como eu confiro o andamento das coisas? Como eu puxo dados de outros aplicativos no computador? Como eu crio novas threads na aplicação? Tudo só usando minha voz.

Charlie Guo, engenheiro de Developer Experience na OpenAII don't think about it as saying, here's the one lane of work that I'm doing right now with voice. I think about it as saying, how do I manage my threads? How do I check in on stuff? How do I pull data from other apps on the computer? How do I create new threads in the application? Just using my voice.

Kundel contou ainda outro uso: conversar com o próprio dot a caminho do trabalho, para abrir pull requests que ele revisa só quando chega ao escritório ou em casa.

Dots: úteis, mas ainda estranhos até para quem usa todo dia

Os dots, assistentes pessoais da OpenAI que acompanham o usuário entre sessões de trabalho, tiveram espaço menor no workshop, e Guo foi direto ao admitir o motivo: mesmo como usuário avançado do Codex, ele acha os dots um pouco estranhos de usar, porque representam um paradigma novo e são bons em coisas diferentes do Codex principal.

Ainda assim, ele listou três usos que considera valiosos:

• Rede de segurança: o dot sinaliza coisas que passaram despercebidas no trabalho normal.
• Ponto de delegação: Guo diz usar isso muito dentro do Slack, jogando tarefas para o dot resolver.
• Presença onipresente: a meta da OpenAI é que o dot esteja disponível em todo lugar onde a pessoa trabalha, não só dentro do Codex.

Kundel reforçou esse último ponto na prática: ele começa boa parte das próprias tarefas a partir do dot, em vez de abrir o Codex diretamente, porque o assistente já carrega o contexto de onde ele parou e consegue empurrar pull requests adiante sozinho.

O que muda para quem programa com Codex

Kundel encerrou o workshop com uma lista de dicas práticas, entre elas reduzir o nível de esforço do agente quando a tarefa não exige tanto raciocínio, e simplesmente pedir ajuda ao próprio agente quando ele trava. Mas o recado final foi outro: não vale a pena se apegar ao fluxo de trabalho atual, porque tudo muda rápido demais.

Para quem desenvolve no Brasil, o recorte é concreto. A versão 2 do Codex Cloud, lançada em setembro de 2026, reduz boa parte do atrito que afastava equipes da execução em nuvem, com ambientes reutilizáveis e compartilháveis. O modo de voz amplia o leque de quem consegue controlar um agente de código, útil tanto para prototipagem rápida quanto para gerenciar múltiplas threads em paralelo. Já os dots seguem em um estágio mais experimental: a própria OpenAI reconhece que a curva de adoção ainda é desconfortável, mesmo para quem usa o Codex o dia inteiro.

Fonte: Latent Space