Uma comparação prática publicada em 21 de setembro de 2026 deu ao Grok Build a vantagem no uso de memória entre projetos: ele passou nos três testes, enquanto o Claude Code passou em dois. O Claude Code, porém, foi mais rápido na bateria completa, com 66 segundos contra 165 segundos do Grok Build.

O resultado favorece o Grok Build para quem quer levar automaticamente uma regra de um repositório para outro. Já o Claude Code é mais veloz e oferece arquivos de instruções configurados pelo usuário que podem ser aplicados a vários projetos. A conclusão vale para o fluxo testado, não para qualquer tarefa de programação.

Grok Build ganhou a prova de memória entre projetos, mas não em velocidade

O ponto decisivo foi a capacidade de carregar uma regra entre repositórios. O Grok Build passou em 3 de 3 testes; o Claude Code passou em 2 de 3. Os dois agentes passaram pelos testes locais, que envolviam comandos de teste e decisões de programação dentro do próprio projeto.

Na mesma bateria, o Claude Code concluiu o trabalho mais rapidamente: 66 segundos, contra 165 segundos do Grok Build. Portanto, há dois resultados práticos diferentes: o Grok Build se saiu melhor no cenário entre projetos, enquanto o Claude Code foi mais rápido no conjunto de tarefas.

Que memória cada agente de programação oferece

A xAI anunciou a memória do Grok Build em 16 de setembro de 2026, com notas separadas em escopos de projeto e global. O agente também oferece o comando /memory para navegar pelos arquivos de memória.

A Anthropic descreve a memória automática do Claude Code como vinculada a cada repositório e compartilhada entre os worktrees daquele repositório. A ferramenta também aceita instruções mantidas pelo usuário em ~/.claude/CLAUDE.md e ~/.claude/rules/, que podem ser aplicadas entre projetos.

Essa diferença é importante no uso diário. A memória automática do Claude Code não deve ser tratada como se fosse uma memória global; para regras gerais, o usuário precisa recorrer às instruções configuradas no nível do usuário.

A prova: quatro repositórios Node.js e três cenários

A comparação usou quatro repositórios pequenos em Node.js e três testes roteirizados em duas sessões. O Grok Build foi executado na versão 1.0.40, com o Grok 4.6 em nível alto de esforço e acesso por uma chave de API da xAI.

O Claude Code foi usado na versão 2.1.226, com o Opus 5 por meio de uma assinatura. Cada agente precisou recuperar informações em uma nova sessão, incluindo comandos de teste, decisões de programação e uma regra que deveria aparecer em outro repositório.

O ponto decisivo: uma regra que precisava viajar para outro repositório

O Grok Build armazenou a regra no escopo global e a levou para o segundo repositório durante o teste. Foi nesse cenário que ele abriu vantagem sobre o Claude Code.

No Claude Code, a memória automática permaneceu ligada ao primeiro repositório durante esse teste. Isso não impede o uso de instruções entre projetos: arquivos como ~/.claude/CLAUDE.md e ~/.claude/rules/ cumprem justamente esse papel quando são configurados pelo usuário.

Para quem alterna entre vários códigos com convenções comuns — por exemplo, o mesmo padrão de testes ou de estilo — a distinção entre memória automática do projeto e instrução global é mais importante do que a simples existência de um recurso chamado “memória”.

Velocidade, tokens e custo do experimento

MétricaGrok Build, Grok 4.6Claude Code, Opus 5
Testes aprovados3 de 32 de 3
Tempo total165 segundos66 segundos
Tokens totais390.848576.863
Custo total informado no testeUS$ 0,41US$ 1,05

Os valores de custo são do uso registrado nessa comparação — não mensalidades nem preços de planos. Os agentes usaram modelos e formas de acesso diferentes, por isso os números descrevem aquele experimento específico.

O Grok Build consumiu menos tokens no conjunto, com 390.848 contra 576.863 do Claude Code. Ainda assim, levou mais tempo para completar as três tarefas: 165 segundos contra 66 segundos.

Qual ferramenta combina melhor com cada fluxo de trabalho?

Escolha o Grok Build se você precisa de memória entre projetos

O Grok Build é a opção mais alinhada ao fluxo testado em que uma regra precisa acompanhar o usuário de um repositório para outro automaticamente. A xAI separa a memória em escopos de projeto e global, e essa memória global foi a diferença observada no teste decisivo.

Escolha o Claude Code se velocidade e controle manual pesam mais

O Claude Code foi mais rápido na comparação e permite definir instruções de usuário com ~/.claude/CLAUDE.md e ~/.claude/rules/ para uso entre projetos. Esse arranjo exige uma configuração explícita, mas oferece controle direto sobre as regras compartilhadas.

A comparação, publicada em 21 de setembro de 2026, mediu três cenários com modelos, versões e formas de acesso diferentes. O resultado mais sólido é específico: Grok Build teve vantagem na memória automática entre projetos, enquanto Claude Code terminou a bateria mais rápido.