Anthropic afirma que migró por completo su monorrepositorio de Git a Scion en cinco meses. Scion es su sistema interno de control de versiones: traslada operaciones al servidor y permite que los clientes soliciten los datos necesarios, en lugar de mantener una copia local completa. Anthropic describe la migración y el funcionamiento de Scion.
La escala ayuda a entender la decisión. Anthropic comunicó que el promedio pasó de unos 2.500 cambios de código fusionados al día en mayo de 2026 a más de 30.000 al día en septiembre. Son cambios fusionados, no un recuento de funciones ni una medida de productividad o calidad.
Cómo Scion gestiona los cambios sin una copia completa
En Git, los equipos suelen trabajar con repositorios locales. Scion sigue otro modelo: el servidor se encarga de operaciones como crear commits, fusionar cambios, hacer rebases y consultar el historial; el cliente conserva una caché local acotada de objetos y gestiona los archivos de la copia de trabajo.
Un changeset —un conjunto de cambios— registra qué archivos difieren respecto de su primer cambio predecesor y apunta al contenido de esos archivos, comprimido y almacenado por separado mediante direcciones basadas en su contenido. Los clientes piden los árboles de directorios y los archivos que necesitan. Los checkouts parciales limitan la copia a las partes solicitadas; los virtualizados materializan los archivos cuando hacen falta. Además, algunas tareas de CI y herramientas pueden consultar el repositorio mediante API sin crear una copia local.
Tres niveles de caché y una excepción de coordinación
Anthropic describe una arquitectura con scion-daemon en cada nodo, servidores regionales scion-cache y servidores autoritativos scion-server. La empresa informa de tasas de acierto superiores al 99 % en cada nivel.
El diseño evita coordinar varios servidores para aceptar un changeset, pero no elimina toda coordinación. Cuando Scion mueve una referencia, utiliza una operación de comparación e intercambio (compare-and-swap) sobre una fila de Spanner. Esa distinción importa: el sistema distribuye el almacenamiento y las consultas, pero esa operación concreta tiene un punto de coordinación.
Qué miden las mejoras comunicadas por Anthropic
Anthropic afirma que Scion requiere 200 veces menos CPU y memoria que la infraestructura de espejos de Git que utilizaba antes. Por separado, comunica que los checkouts son dos órdenes de magnitud más rápidos —segundos en vez de minutos— y que la capacidad de CPU de CI aumentó un 25 %. Son resultados de la infraestructura de Anthropic, no una garantía para otros repositorios o equipos.
El contexto también es considerable: la empresa cifra en unos 25 millones los checkouts diarios de CI, y sitúa el historial de su rama principal cerca de los 100 GB. Su estimación de más de 600 PB de tráfico diario de Git se refiere a un escenario hipotético en el que esas copias se descargaran de forma ingenua; no es tráfico medido.
¿Puede Scion sustituir Git para otros equipos?
Anthropic dice que Scion no es adecuado como reemplazo general de Git y lo orienta a monorrepositorios enormes y cargas de trabajo con muchos agentes. La empresa señala que una adopción amplia exigiría migrar también sistemas conectados, como la revisión y la búsqueda de código, además de CI. Para la mayoría de los repositorios, Anthropic considera que el modelo distribuido de Git sigue siendo el adecuado.
Qué ocurre cuando coinciden cambios
Anthropic explica que no ha logrado reproducir un bloqueo global del repositorio en su cola de fusiones a escala de agentes. La empresa recurre a pruebas automatizadas después de fusionar los cambios y antes del despliegue, y reconoce que los cambios concurrentes pueden entrar en conflicto. La fusión integra cambios; las pruebas forman parte de la comprobación posterior del comportamiento del software.
