OpenAI mostra como trabalhar com o Codex por voz, na nuvem e por meio do agente pessoal dot

Há um ano, um agente de programação era uma janela em que você digitava um pedido e esperava. Agora os laboratórios de fronteira disputam para oferecer outro modo: o agente trabalha na nuvem, ouve a voz e vive entre as suas sessões. No primeiro dia do AI Engineer Code Summit, os engenheiros da OpenAI Dominik Kundel e Charlie Guo mostraram como eles próprios trabalham com o Codex. Richard Macmanus publicou no Latent Space um relato do workshop.

Uma nuvem que finalmente não precisa dar medo

O Codex foi lançado em maio de 2025 como um agente em nuvem para tarefas paralelas. Mas, segundo admitiu Kundel, os modelos e as ferramentas ao redor precisaram de tempo para transformar tudo isso em uma experiência confortável. Uma mudança perceptível veio depois do DevDay, no fim de setembro, quando foi anunciada a segunda versão do Codex Cloud. A promessa era simples: dá para fechar o notebook, e os agentes continuam trabalhando.

Funciona assim. Você publica um ambiente uma única vez, ou seja, escolhe os repositórios do GitHub aos quais é preciso ter acesso, e depois executa quantas tarefas quiser em cópias isoladas dessa configuração. O ambiente pode ser pessoal ou compartilhado por toda a empresa. Para uma equipe, é como uma imagem pronta do posto de trabalho, que não precisa ser montada de novo a cada tarefa.

O mais interessante é a transferência do trabalho entre o Codex local e a nuvem. O autor do relato admitiu com franqueza que ainda se confunde com isso, e Kundel concordou: deveria ser mais simples. O truque dele é este: se a tarefa começou localmente, ele simplesmente pede ao Codex local que envie o branch e abra uma nova thread na nuvem. Nas palavras dele, a nuvem se torna "apenas outro executor", e o Codex local e o da nuvem vão aos poucos se fundindo. A dificuldade, observou, está na diferença de contexto entre eles.

A voz como painel de controle

Na demonstração, Kundel editou por voz o site de uma gravadora fictícia, a Blossom Music. O ditado é conveniente aqui quando você mesmo ainda não entende totalmente qual resultado quer e vai iterando rápido.

Guo foi além. Pela observação dele, a maioria enxerga a voz como outra forma de entrada sobre o trabalho habitual. Ele usa a voz como control plane, isto é, como uma camada de gerenciamento de tudo: verificar o que está acontecendo nas threads, criar uma nova thread, buscar dados de outros aplicativos do computador. Não "uma faixa de trabalho por voz", mas o gerenciamento de todas as tarefas.

Kundel usa a voz também de outra maneira: conversa com o seu dot a caminho do trabalho e dispara PRs para revisá-los depois, em casa ou no escritório. É um cenário forte, mas aqui é importante lembrar da verificação: o agente prepara, o humano revisa.

dot: um agente pessoal entre sessões

O workshop tocou apenas de leve nos agentes pessoais como o dot da OpenAI (a Anthropic tem um análogo chamado Claude Duet). Guo disse abertamente que, para um usuário experiente do Codex, o dot parece estranho: é um novo paradigma e é bom em coisas diferentes das do Codex principal.

Mesmo assim, ele citou três papéis em que o dot é útil:

• rede de segurança: o agente destaca o que você pode ter deixado passar;
• "ralo de delegação": Guo costuma usá-lo no Slack;
• presença onipresente: o objetivo é que o dot esteja em todos os lugares em que você trabalha.

Kundel começa muitas tarefas justamente pelo dot, e não por um prompt no Codex. O motivo é que o dot já tem acesso às máquinas de desenvolvimento, ao notebook e aos ambientes em nuvem e, portanto, ao contexto do que você está fazendo.

O que fazer com isso

Se você já usa agentes de programação, dá para tirar do relato algumas lições:

1. Configure o ambiente em nuvem uma só vez, principalmente se trabalha em equipe. Isso elimina a reconfiguração.
2. Experimente a voz não só para ditado, mas também para gerenciar fluxos de tarefas.
3. Se você tem um agente pessoal, dê a ele o papel de lembrete e de receptor de delegações, e não de substituto da ferramenta principal.
4. Siga o conselho de Kundel: reduza o nível de esforço (effort) quando a tarefa for simples e peça aos próprios agentes que ajudem na configuração.

As limitações também merecem ser citadas. Este é um relato de workshop, não um teste independente: não há números de velocidade nem de qualidade, e a transição entre o trabalho local e o na nuvem, segundo os próprios desenvolvedores, continua pouco óbvia. O conselho final de Kundel talvez seja o mais honesto: não se apegue demais à forma atual de trabalhar com o Codex, porque tudo muda rápido.