Anthropic Scion: el control de versiones que reemplaza a Git en Anthropic

Anthropic Scion es el sistema de control de versiones que Anthropic construyó para su monorepo cuando Git dejó de alcanzarle: pasó de unos 2,500 cambios mergeados al día en mayo de 2026 a más de 30,000 en septiembre, y casi todos los clientes ya eran agentes de IA. Anthropic lo explicó el 13 de octubre de 2026 en su blog de ingeniería, y aclara que es interno y que no sirve como reemplazo general de Git.

Qué es Anthropic Scion y qué cambió

La noticia no es «Anthropic reemplazó Git». La noticia es que, según el propio equipo, escribir código ya no es el cuello de botella: lo son el control de versiones, las compilaciones y la integración continua, diseñados para velocidad humana. La migración de su monorepo tomó cinco meses y la hizo un equipo de siete personas.

Foto: BalticServers.com, Wikimedia Commons, CC BY-SA 3.0. Imagen ilustrativa; no es infraestructura de Anthropic.

Por qué Git se rompe con agentes

Git es descentralizado: cada clon es un repositorio completo que funciona sin conexión. Anthropic lo usaba como sistema centralizado, con clientes siempre conectados, y esas propiedades pensadas para trabajar sin internet se volvieron peso muerto. Probaron clones superficiales, checkouts parciales y espejos internos; en su pico llegaron a operar varios cientos de espejos de Git, que se desfasaban de la rama principal entre actualizaciones.

Las seis ideas de diseño de Scion

1. Los clientes siempre están en línea y piden solo lo que necesitan.
2. El servidor hace el trabajo pesado: historial, blame, commits, merges y rebases.
3. El control de versiones es un servicio con API, así que muchos trabajos ni siquiera tienen repositorio local.
4. Todo escala en horizontal y ni el servidor guarda una copia completa del repo.
5. Los commits ocurren en el servidor: no hay nada que empujar.
6. El checkout es opcional, parcial y virtual: los archivos aparecen cuando los tocas.

La vida de un cambio, paso a paso

El agente pide un checkout solo de los directorios que necesita. La petición llega al scion-daemon, que vive en el mismo nodo; si no tiene el objeto, pregunta al scion-cache regional, y si tampoco, a los servidores de Scion, que leen de Spanner o de almacenamiento en la nube. Cuando el agente manda su cambio, el servidor crea un changeset: una lista de archivos modificados respecto al primer padre. Mover la rama principal es una operación de comparar e intercambiar sobre una fila de Spanner. Cuando dos cambios chocan, Anthropic dice que Claude suele resolver el conflicto más rápido de lo que un humano lo detecta, y en lugar de un candado global usan pruebas posteriores al merge.

Los números de Scion (autorreportados)

• 25 millones de checkouts diarios de integración continua por unos 25 GB de copia de trabajo comprimida equivalen a unos 625 petabytes al día si se trajeran completos; Anthropic habla de más de 600.
• De 2,500 a más de 30,000 merges al día: en promedio, uno cada 35 segundos contra uno cada 3.
• Infraestructura unas 200 veces más pequeña en CPU y memoria, checkouts de minutos a segundos y 25 % más capacidad de CPU solo en integración continua.
• Cada nivel de caché acierta más del 99 % de las veces.

Todas estas cifras las publica el mismo equipo que construyó Scion, sin auditoría externa, y el 200× se compara contra su solución anterior de espejos, no contra un Git bien configurado.

¿Cómo aplicarlo en tu empresa?

Aunque Scion no se puede descargar, sus ideas se pueden aplicar con Git:

1. Mide: cuántos checkouts hace tu integración continua al día y cuántos gigas jala cada uno.
2. Clona menos: clones superficiales y checkouts parciales, solo de lo que cada trabajo necesita.
3. Acerca una caché a tus corredores para que no todos le peguen al servidor central.
4. Pregunta, no clones: usa la API de tu plataforma para consultas de historial.
5. Sin candado global: apuesta por pruebas posteriores al merge y reversión automática.

No migres de Git solo porque Anthropic lo hizo: ellos tienen un equipo dedicado de siete ingenieros. Si quieres ver otro caso de agentes trabajando a gran escala, lee el análisis completo sobre los 1,000 agentes de Claude con dynamic workflows.

Foto: ShakataGaNai, Wikimedia Commons, CC BY-SA 3.0. Imagen ilustrativa.

A quién no le sirve y qué se rompe

Si tu repositorio cabe cómodo en una laptop, Scion es excesivo: Anthropic dice que sus ideas solo tienen sentido para monorepos enormes, con decenas de miles de ingenieros o enjambres de agentes. Entre lo que se rompe, el propio post menciona agentes que toman atajos (por ejemplo, escanear el historial completo en lugar de preguntarle a la herramienta de revisión) y revisiones adversariales demasiado defensivas. Además, reemplazar Git implica reemplazar también la revisión de código, la búsqueda de código y la integración continua.

Preguntas frecuentes

¿Anthropic Scion reemplaza a Git?

No. Anthropic escribe que Scion no es un reemplazo adecuado de Git para uso general; lo diseñó para monorepos enormes.

¿Puedo descargar o usar Anthropic Scion?

No. Es un sistema interno: no hay versión pública ni licencia.

¿Cuántos cambios al día maneja Scion?

Más de 30,000 merges diarios en septiembre de 2026, contra unos 2,500 en mayo, según Anthropic.

¿Qué puedo copiar de Scion en mi equipo?

Medir tus checkouts de integración continua, usar clones parciales, poner una caché cercana, consultar por API en vez de clonar y evitar candados globales.

Conclusión

Lo importante de Anthropic Scion no es que Anthropic deje Git, sino que los agentes de IA mueven el cuello de botella del código al control de versiones. La pregunta es cuánto tarda ese problema en llegarle a tu equipo. Tienes el desglose completo en el video de WAiBOT-AI.

Fuente: Anthropic Engineering, «Redesigning source control at Anthropic», 13 de octubre de 2026.