A primeira geração de CLIs de IA para devs te dava um loop de chat e tool-use. A segunda geração está se consolidando em torno de uma primitiva específica seguinte: o subagente. Claude Code lançou sua ferramenta Agent no começo deste ano com configs em markdown mais YAML, delegação explícita via sintaxe de tool-calling, invocação paralela, e contextos isolados. O Gemini CLI do Google acabou de lançar essencialmente a mesma primitiva. O InfoQ tem o writeup, e o formato é próximo o suficiente para que usuários de Claude Code reconheçam num relance.
Subagentes no Gemini CLI são definidos em arquivos markdown com frontmatter YAML, especificando papéis, ferramentas, e diretrizes comportamentais. Isso bate com o padrão que usuários de Claude Code já usam sob `.claude/agents/`. A delegação é explícita: os usuários atribuem tarefas a agentes específicos via sintaxe de prompt, espelhando como o Claude Code invoca a ferramenta Agent. Execução paralela é suportada. Os exemplos do Google incluem analisar diferentes partes de um codebase ou rodar múltiplas tarefas de pesquisa ao mesmo tempo, e o InfoQ nota o risco óbvio: mudanças de código conflitantes e limites de uso aumentados por requests concorrentes. Cada subagente roda em um ambiente isolado e retorna um resultado resumido à sessão principal, que é a mesma arquitetura que o Claude Code usa para manter o contexto pai leve. Gemini CLI traz três subagentes built-in de fábrica: um assistente de propósito geral, um helper CLI, e um agente de investigação de codebase.
Isso não é convergência coincidente — é o formato que o problema impõe a você. Depois que você construiu sessões CLI agênticas que precisam fazer pesquisa de longo prazo, investigação de código, ou modificação em massa de arquivos, você esbarra em duas restrições rápido: orçamento de contexto do pai e paralelismo. As configs markdown mais YAML cuidam do eixo de "como esse agente deve se comportar". Ambientes isolados com retornos resumidos cuidam do eixo de orçamento de contexto. Delegação explícita via sintaxe de prompt mantém o modelo de programação simples para usuários CLI que não querem um framework de orquestração completo. Gemini CLI aterrissando essa primitiva significa que o padrão é agora o padrão da indústria para ferramentas de dev agênticas, não uma idiossincrasia do Claude Code.
Se você está construindo tooling de agente em cima de qualquer um dos CLIs, a implicação prática é que suas configs de subagente podem ser escritas uma vez e quase-reusadas entre os dois. As diferenças de schema são tratáveis; o modelo mental é idêntico. Vale notar que ambos os lados avisam sobre subagentes paralelos produzindo edições conflitantes, que é um problema resolvido em teoria (controle de versão, checar-antes-de-escrever, merge) mas um problema não resolvido em UX. Quem decifrar primeiro o fluxo de "spawnar cinco subagentes editando o mesmo repo e mergear limpo" terá um diferencial real. Até lá, a primitiva convergente está aqui, e seu playbook de agente pode ser escrito contra ela independente de qual CLI seu time use.