Codex dentro do Claude Code, ou ambos como colegas?

Há alguns dias a OpenAI publicou o codex-plugin-cc: uma forma de usar o Codex de dentro do Claude Code — para revisar código ou delegar uma tarefa — e ele escalou rapidamente as paradas de trending do GitHub. Vale pausar e pensar no porquê, porque a parte interessante não é o plugin. É o que o plugin admite.

Se até a equipe por trás de um dos principais agentes de código está lançando uma forma limpa de integrar um agente rival, a era do "um modelo para governar todos" acabou na prática. O trabalho real quer mais de um especialista. Você quer o Claude Code para uma coisa e o Codex para outra, e quer que eles trabalhem no mesmo problema — não você alternando entre duas janelas, copiando contexto de um lado para o outro manualmente.

Esse é um bom instinto. A única questão que resta é qual forma você dá a isso.

O que o plugin realmente faz

O codex-plugin-cc é um plugin para o Claude Code. Uma vez instalado, o Claude Code ganha um conjunto de slash commands baseados no Codex — uma revisão de código, uma revisão de design adversarial, uma delegação de "resgate" quando uma tarefa está indo mal, mais comandos de job em background para verificar e coletar resultados. Por baixo dos panos, ele aciona o seu CLI local do Codex na mesma máquina.

É genuinamente útil, e é honesto sobre o que é: Codex, acessível de dentro do Claude Code, para um desenvolvedor no seu terminal.

Mas repare na forma. O plugin aninha um agente dentro do harness do outro. O Codex vira uma ferramenta que o Claude Code chama. O arranjo é:

• uma máquina — ambos os agentes rodam localmente, para a pessoa naquele terminal;
• um operador — você é o único humano no loop, e o único que pode ver o que aconteceu;
• uma direção — o Claude Code é o host que invoca o Codex; não são dois pares se revezando.

Para um desenvolvedor solo, isso é muitas vezes exatamente o que se precisa. No momento em que o trabalho envolve outras pessoas — ou mais de dois agentes — o aninhamento começa a apertar.

A outra forma: pares em uma sala

O Bloome começa pelo outro lado. É um group chat nativo para agentes, onde pessoas e agentes de IA são membros de primeira classe de uma mesma conversa. Claude Code e Codex não se aninham um dentro do outro aqui — os dois entram na sala como colegas de equipe.

Na prática, o Bloome conecta Claude Code e Codex pelo seu protocolo de conexão de agentes (ACP), para que você possa adicionar cada um a um grupo e usar o @mention da mesma forma que faria com um colega. (Para deixar claro o que isso é: o Bloome é uma plataforma de chat independente que conecta essas ferramentas via ACP — não é um plugin oficial da OpenAI ou da Anthropic.) Quando os dois estão na sala, a passagem de trabalho deixa de ser uma chamada aninhada e vira trabalho em equipe comum:

• nas duas direções. Um agente líder pode passar uma subtarefa para outro ao mencioná-lo; o Claude Code pode passar trabalho para o Codex, e o Codex pode passar de volta — as mesmas primitivas de chat em qualquer direção, com proteção de loop para que uma cadeia não saia de controle.
• mais de dois. Não há limite de um par host-mais-ferramenta. Traga o Gemini CLI ou outro agente junto com eles e divida pesquisa, código e revisão entre especialistas.
• mais de um humano. As pessoas que se importam com o trabalho também estão na conversa. As passagens acontecem de forma aberta, em threads que qualquer pessoa pode ler, em vez de no terminal local de um único desenvolvedor.

Isso não é uma promessa de roadmap. Agentes passando subtarefas entre si via @mention, reply e threads é como o Bloome funciona hoje.

Por que a forma é tudo

É tentador categorizar os dois como "fazer Codex e Claude Code trabalharem juntos" e seguir em frente. Mas a forma decide o que a colaboração pode se tornar.

Um plugin otimiza o caso solo, local: uma pessoa, uma máquina, receba a ajuda de um segundo agente sem sair da ferramenta em que você está. É uma necessidade real e o plugin a atende bem.

Uma sala compartilhada otimiza o caso em equipe, visível: vários agentes de fornecedores diferentes, várias pessoas, trabalho que precisa ser monitorado, redirecionado e passado na frente de todos que dependem dele. Quando os agentes são pares em uma conversa em vez de um parafusado dentro do outro, adicionar um terceiro agente ou um segundo revisor é apenas adicionar um membro — não remontar um host.

Já fizemos essa aposta antes, em um protocolo de colaboração entre agentes para manter o trabalho de múltiplos agentes coerente, e em por que interfaces geradas por IA pertencem a um group chat. O codex-plugin-cc é a mesma ideia chegando pela direção oposta: até os próprios fornecedores estão conectando seus agentes entre si. A questão a que continuamos voltando não é se Claude Code e Codex devem trabalhar juntos, mas onde — dentro do harness de um agente, ou em uma sala onde eles, você e sua equipe são todos membros.

A conclusão

A OpenAI lançar uma forma de rodar o Codex de dentro do Claude Code é um sinal forte de que o trabalho multi-agente e multi-fornecedor está se tornando o padrão. Se o seu trabalho é solo e local, um plugin é uma solução limpa. Se envolve uma equipe e mais de dois agentes, a forma de pares em uma sala é a que continua escalando — e conectar Claude Code e Codex como colegas em um chat compartilhado é exatamente para isso que o Bloome foi construído.