O Scion é o sistema interno de controle de versão que a Anthropic criou e adotou no lugar do Git em seu monorepo — um repositório único que reúne projetos e arquivos da empresa. A migração levou cinco meses, segundo a Anthropic, que desenvolveu o sistema para sua própria escala de trabalho, não como substituto geral do Git.
A mudança acompanha um salto no volume de alterações integradas: a Anthropic informa que passou de cerca de 2.500 por dia, em maio de 2026, para mais de 30 mil por dia em setembro. São mudanças de código integradas, não uma contagem de novas funcionalidades.
O que a Anthropic migrou para o Scion
A empresa diz que migrou seu monorepo do Git para o Scion em cinco meses. Isso descreve a infraestrutura desse repositório, não o uso de Git em todas as atividades da Anthropic.
O volume ajuda a entender o problema operacional que a empresa queria resolver. A Anthropic relata que o histórico da branch principal se aproxima de 100 GB, que uma cópia de trabalho compactada passa de 25 GB e que a integração contínua (CI) faz cerca de 25 milhões de checkouts por dia. A empresa estimou que baixar o repositório de forma ingênua para cada checkout geraria mais de 600 PB de tráfego diário; esse número é uma estimativa hipotética, não tráfego medido.
Antes do Scion, a Anthropic recorria a clones superficiais, checkouts esparsos, remotos que fornecem objetos sob demanda, espelhos internos de Git e snapshots do repositório. No auge, a empresa mantinha centenas de espelhos. O Scion muda a abordagem: em vez de cada cliente carregar uma cópia completa, os serviços centrais atendem operações e pedidos de dados específicos.
Como o Scion funciona sem baixar o repositório inteiro
No Scion, o servidor executa operações como criar commits, fazer merges e rebases, consultar o histórico e identificar quem alterou cada linha de código. O cliente mantém um cache local limitado de objetos e administra os arquivos da cópia de trabalho.
Um changeset, ou conjunto de alterações, registra os arquivos modificados em relação ao primeiro commit pai e aponta para os conteúdos dos arquivos, compactados e identificados por conteúdo. Os dados ficam distribuídos; segundo a Anthropic, nem o servidor mantém uma cópia integral materializada do repositório. A empresa também descreve estruturas derivadas para consultas de histórico de caminhos, commits e autoria de linhas.
Os clientes solicitam as árvores de diretórios e os arquivos de que precisam. O checkout esparso materializa apenas partes escolhidas do repositório; o checkout virtualizado busca arquivos sob demanda. Algumas tarefas de CI e ferramentas podem consultar APIs sem criar uma cópia local. Para quem opera muitos agentes ou tarefas automatizadas, isso evita tratar cada execução como se precisasse baixar e manter o repositório inteiro.
Cache, servidores e movimentação de referências
A arquitetura descrita pela Anthropic tem três camadas: scion-daemon, executado por nó; scion-cache, distribuído regionalmente; e scion-server, que mantém os dados autoritativos. A empresa informa taxas de acerto acima de 99% em cada camada.
Há uma distinção importante entre distribuir as operações e eliminar toda coordenação. A Anthropic diz que aceitar changesets não exige coordenação entre servidores, mas mover uma referência — por exemplo, atualizar o ponteiro de uma branch — usa uma operação compare-and-swap em uma linha do Spanner. Em outras palavras, essa etapa compara o valor atual e o troca de forma atômica.
O que os números de desempenho medem
A Anthropic compara o consumo de CPU e memória do Scion com o de sua infraestrutura anterior de espelhos Git: segundo a empresa, os requisitos caíram por um fator de 200. Separadamente, relata checkouts duas ordens de grandeza mais rápidos — de minutos para segundos — e um aumento de 25% na capacidade de CPU da CI.
Esses resultados descrevem os sistemas da própria Anthropic. A empresa também atribui às camadas do Scion taxas de acerto de cache acima de 99%; cada métrica se refere a um aspecto diferente, e a redução de CPU e memória tem como referência específica os antigos espelhos Git. A comparação não transforma esses números em uma previsão de desempenho para outros repositórios ou equipes.
O Scion pode substituir o Git para outras equipes?
A Anthropic afirma que o Scion não é adequado como substituto geral do Git. A empresa o descreve como uma solução para repositórios enormes e cargas de trabalho com muitos engenheiros ou agentes. Para adotá-lo em outra organização, seria necessário migrar também sistemas conectados, como revisão de código, busca de código e CI.
Isso importa porque controle de versão não funciona isolado: uma equipe teria de adaptar partes relacionadas do fluxo de desenvolvimento, não apenas trocar um cliente Git. Para a maioria dos repositórios, a própria Anthropic considera o modelo distribuído do Git adequado.
Um merge não garante que a mudança funciona
A Anthropic afirma que mudanças concorrentes ainda podem entrar em conflito e que não conseguiu reproduzir, em sua fila de merges na escala de agentes, um bloqueio global do repositório. Como resposta, investiu em testes automatizados depois do merge e antes da implantação. Um merge concluído, portanto, não substitui a verificação do comportamento do software.
