A Anthropic afirma que o seu monorepositório interno passou de cerca de 2.500 alterações fundidas por dia em maio para mais de 30.000 por dia em setembro de 2026. O seu relato de engenharia de 13 de outubro descreve o Scion, um sistema de controlo de versões criado para os agentes e tarefas automatizadas que estão por trás de grande parte desse crescimento. A questão de engenharia útil é saber que trabalho continua a caber ao cliente quando pode confiar num serviço central para o histórico, os commits e as fusões.

A grande mudança

  • O que mudou: A Anthropic transferiu o seu monorepositório de Git para Scion em cinco meses. Os clientes Scion obtêm apenas os objetos de que precisam e deixam os commits, as fusões, os rebases e as consultas de histórico a cargo do servidor. A Anthropic criou-o para uma carga de trabalho dominada por agentes e tarefas que já estavam online.
  • Porque é importante: Uma tarefa de CI pode pedir um diff ou uma base de fusão através de uma API sem manter um repositório local. Quando precisa de ficheiros, uma cópia dispersa ou virtualizada limita o que chega ao disco. Isso transfere os custos e a responsabilidade operacional para o serviço central.
  • O que importa acompanhar: A Anthropic relata cópias mais rápidas e menor utilização de infraestrutura na sua própria frota, sem validação independente neste artigo. A empresa afirma que o Scion é um sistema interno feito à medida e que a migração também exigiu alterações à revisão de código, à pesquisa e ao CI.

Porque é que o Git se tornou dispendioso neste monorepositório

O desenho distribuído do Git dá a cada clone completo o histórico e os objetos necessários para trabalhar offline. A Anthropic afirma que o histórico do ramo principal do seu monorepositório ronda os 100 GB, enquanto uma cópia de trabalho comprimida ultrapassa os 25 GB. A sua frota de CI executa cerca de 25 milhões de cópias de código por dia, antes de contar os ambientes de desenvolvimento, as sandbox de agentes e as tarefas de investigação. São números da carga de trabalho da Anthropic, não um limiar geral a partir do qual o Git deixa de funcionar.

A empresa já usava clones superficiais, cópias dispersas, réplicas internas e instantâneos de repositórios. Afirma que várias centenas de réplicas acabaram por ser difíceis de operar à medida que o repositório e o ritmo de fusões cresceram. O diagnóstico da Anthropic foi específico: a maioria dos seus clientes já eram agentes ou tarefas online, mas as ferramentas continuavam a suportar grande parte do custo de manter um repositório local.

O Scion assume essa ligação online como princípio de desenho. O relato de engenharia afirma que o servidor responde a consultas de histórico e blame, cria commits e executa fusões e rebases. O cliente mantém uma cache limitada de objetos, coloca no disco os ficheiros de trabalho pedidos e monitoriza alterações locais aos ficheiros. Deixar de poder executar essas operações de forma independente é uma troca deliberada para enviar menos dados a cada cliente.

Uma cópia de trabalho pode ser mais pequena ou desnecessária

O Scion disponibiliza através de API as consultas de controlo de versões usadas pelo seu cliente. A Anthropic afirma que uma tarefa de CI que precise de um diff a partir de uma base de fusão pode perguntar diretamente ao servidor. Os seus pipelines automatizados de bisect e reversão usam o mesmo percurso programático. Para essas tarefas, a tarefa pode nunca precisar de materializar uma cópia de trabalho.

Quando uma tarefa precisa mesmo de ficheiros, o Scion suporta cópias dispersas que contêm os diretórios pedidos e cópias virtualizadas que materializam ficheiros quando são lidos. O cliente pede recursivamente árvores e blobs específicos em falta, em vez de negociar um grande packfile. Cada objeto pedido tem uma identidade imutável baseada no conteúdo, pelo que a cache pode devolvê-lo sem verificar se o conteúdo mudou. A Anthropic descreve um daemon ao nível do nó e caches regionais entre clientes e servidores autoritativos; todos os níveis usam o mesmo protocolo de pedido de objetos.

Este desenho tem limites de falha e manutenção diferentes dos de um clone local completo. O cliente depende do serviço para operações que o Git consegue executar offline, e o serviço tem de fornecer consultas de objetos e histórico ao ritmo da frota. A Anthropic afirma que aplica níveis de cache, em parte, para impedir que uma falha numa cache regional sobrecarregue os servidores a montante. O artigo não apresenta medições de disponibilidade dessa arquitetura.

O que o servidor armazena e calcula

A unidade de trabalho do Scion é um changeset num registo de escrita antecipada. A Anthropic afirma que regista ficheiros alterados em relação ao primeiro pai, com apontadores para o conteúdo comprimido dos ficheiros no armazenamento de blobs. O servidor cria changesets sem mover um apontador de ramo partilhado a cada escrita. Estruturas derivadas separadas suportam consultas como blame de ficheiros, histórico de caminhos e ascendência de commits; a Anthropic calcula algumas imediatamente e adia outras.

Essa separação é importante para o desenho da API. As tarefas podem pedir uma base de fusão ou o histórico de um ficheiro sem transportar todas as estruturas necessárias para calcular a resposta localmente. Também transfere para o serviço da Anthropic o custo de manter essas estruturas. A empresa afirma que distribui os dados do repositório e escala componentes de forma independente, sem uma cópia totalmente materializada do repositório sequer no servidor.

A Anthropic relata que a infraestrutura do Scion usa 200 vezes menos CPU e memória do que a sua anterior configuração de espelhamento Git, e que as cópias de CI e investigação demoram agora segundos em vez de minutos. Atribui à alteração um aumento de 25% na capacidade de CPU do CI. Estas comparações são com o anterior sistema interno da Anthropic, sob a sua própria carga de trabalho; a BIG CHANGE não reproduziu as medições nem examinou a telemetria subjacente.

O custo da migração faz parte do resultado

A Anthropic afirma que sete engenheiros construíram o Scion, a ferramenta complementar de revisão de código Antique e sistemas relacionados, e migraram o monorepositório em cinco meses. Esse relato também descreve nova pesquisa de código, controlo de acesso e alterações à forma como o código é revisto e integrado. Uma organização que avalie o desenho tem de considerar estes fluxos de trabalho associados, além do próprio serviço de controlo de versões.

A Anthropic afirma explicitamente que o Scion não é adequado como substituto geral do Git. Os componentes internos de revisão, pesquisa e CI são feitos à medida, e abandonar o Git exigiria alterações ao longo de todo o ciclo de vida de desenvolvimento. A lição mais restrita do seu relato é arquitetural: um serviço online pode responder a mais perguntas de controlo de versões para clientes automatizados, enquanto estes mantêm apenas os ficheiros que utilizam. A Anthropic sugere que algumas ideias, como API de servidor mais ricas e uma melhor composição das funcionalidades dispersas e superficiais do Git, poderiam ser aplicadas sem adotar o Scion.

Fontes e leituras adicionais

  • Anthropic Engineering, Redesigning source control at Anthropic (13 de outubro de 2026). Relato de primeira mão da Anthropic sobre a arquitetura do Scion, a migração e os números internos de carga de trabalho e desempenho. A BIG CHANGE não verificou de forma independente as medições nem os resultados operacionais comunicados; nenhum sistema Scion foi testado para este artigo.