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étrica | Grok Build, Grok 4.6 | Claude Code, Opus 5 |
| Testes aprovados | 3 de 3 | 2 de 3 |
| Tempo total | 165 segundos | 66 segundos |
| Tokens totais | 390.848 | 576.863 |
| Custo total informado no teste | US$ 0,41 | US$ 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.