Scion vs Git: por qué Anthropic ha dejado Git en su monorepo

Git se diseñó en 2005 para que miles de personas repartidas por el mundo, muchas sin conexión fiable, pudieran escribir el kernel de Linux. Cada una con su copia completa, trabajando a su ritmo y juntándolo todo cuando le daba la gana. Un humano escribe despacio. Ahora el que escribe es un agente, y un agente no duerme.

Mi hipótesis era esta: en la época de Git el código lo escribían personas, que escriben poco, y ahora lo escriben máquinas, que sueltan muchísimo código y muchísimo texto alrededor (documentación, tests, descripciones de cambios). Y Anthropic habría creado Scion por eso. He ido a la fuente, que es el propio artículo de ingeniería de Anthropic, y mi teoría era casi cierta. Casi.

Qué es Scion y por qué existe

Scion es el sistema de control de versiones que Anthropic usa ahora en su monorepo, en lugar de Git. Según su propio artículo, el problema no fue escribir código, sino todo lo que viene después:

As our merges per day grew more than tenfold, source control became our biggest development bottleneck.

Las cifras que dan son bastante bestias:

• Los merges diarios pasaron de ±2.500 en mayo de 2026 a más de 30.000 en septiembre.
• El historial de la rama principal ronda los 100 GB y una copia de trabajo comprimida pasa de 25 GB.
• Hacen ±25 millones de checkouts al día desde integración continua. Descargados a lo bruto con Git, serían más de 600 PB de tráfico diario.
• Llegaron a mantener varios cientos de espejos internos de Git, cada vez más difíciles de operar.

Treinta mil merges al día. Eso no es un equipo de programadores, es una ciudad.

Lo que matizo de mi teoría

La intuición acierta en lo gordo: el volumen de código que genera un agente es de otro orden de magnitud. Pero el motivo que da Anthropic no es tanto “se escribe más texto” como “Git asume al cliente equivocado”.

Git parte de que trabajas desconectado: clonas todo el historial, haces commits en local, empujas cuando puedes. Eso tenía todo el sentido con humanos. Pero casi todos los clientes de Anthropic ahora son agentes y trabajos de CI, que están siempre conectados. Para ellos, descargarse cien gigas de historia para tocar tres archivos es absurdo.

Lo que más pesa en el artículo es el volumen de peticiones concurrentes, no la cantidad de líneas. Los agentes no solo escriben más, también piden más, y todos a la vez.

Git y Scion, lado a lado

	Git	Scion
Pensado para	Humanos, a menudo sin conexión	Agentes y CI, siempre conectados
Dónde vive la lógica	En tu copia local	En el servidor (historial, blame, commits, merges, rebases)
Qué es un commit	Un puntero a un árbol completo	Un changeset: solo los archivos que cambian respecto al primer padre
Cómo descargas	Clon completo o parcial	A demanda: solo los árboles y blobs que necesitas
Cómo “subes”	git push	Los commits se hacen ya en el servidor, no hay nada que empujar
Checkout en CI	Minutos	Segundos

Según Anthropic, la infraestructura de Scion necesita ±200 veces menos CPU y memoria que el sistema anterior de espejos de Git, los checkouts de CI y de investigación pasan de minutos a segundos, y cada nivel de caché supera el 99 % de aciertos.

Cómo lo construyeron

Un equipo de siete personas migró todo en cinco meses, y construyó también Antique, la herramienta de revisión de código que acompaña a Scion. Y aquí viene lo irónico: Claude escribió buena parte del propio sistema. Su rediseño del proceso de ingesta de Git a Scion bajó el consumo de memoria 20 veces y el tiempo de ejecución 4 veces.

Es decir, la Inteligencia Artificial genera tanto código que Git se queda corto, y parte de la solución la construye… esa misma Inteligencia Artificial. Me parece, siendo realistas, lo más curioso de toda la historia.

También cuentan que su trabajo cambió de forma: pasaron a poner la intención y los límites, y a menudo tenían que decirle “no” a Claude, porque la revisión adversarial a veces hacía el código demasiado complicado.

Qué te llevas tú, sin ser Anthropic

Aunque nunca vayas a tocar Scion, la lección sirve para cualquier equipo que ya trabaje con agentes. Cuando un agente hace un checkout completo para cambiar tres líneas, el coste no se nota con un repo pequeño, pero se multiplica por cada agente y por cada ejecución de integración continua. Antes de pensar en cambiar de herramienta, merece la pena mirar tres cosas: cuánto tardan tus checkouts en CI, cuántos clones completos haces sin necesitarlos y si puedes usar clones parciales o superficiales, que Git ya permite.

Es lo que me parece más útil de todo esto: el problema no es Git, es cuánto se le pide. Y esa pregunta se puede hacer a cualquier escala.

Lo que Anthropic no dice (y yo sí)

Anthropic es muy claro en esto: Scion no es un sustituto de Git para la mayoría. Solo tiene sentido en monorepos enormes o con enjambres de agentes escribiendo sin parar. Y adoptarlo implica cambiar también la revisión de código, la búsqueda de código y la integración continua, todo a medida. Tampoco van a publicarlo como producto, aunque dicen que compartirán el diseño para que GitHub, GitLab y la comunidad adopten partes.

Así que si tu repo pesa 200 MB y tu equipo son cuatro personas y unos cuantos agentes, Git sigue siendo la respuesta. Los titulares de “Anthropic sustituye a Git” son clickbait; Anthropic lo ha hecho en su monorepo, con su volumen. Para nosotros, lo que se lleva es la idea: un servidor que haga el trabajo pesado y clientes ligeros.

Y si tu negocio ya está metiendo agentes en su flujo de desarrollo y se pregunta cómo organizar todo esto, cuéntame qué tenéis montado.

Fuentes

• Redesigning source control at Anthropic (Anthropic Engineering)
• Scion: Anthropic’s lean Git alternative for agentic workflows (heise online)

Preguntas frecuentes

¿Puedo usar Scion en mi proyecto?

No por ahora. Anthropic ha dicho que no lo publica como producto de propósito general porque está muy atado a su infraestructura interna. Sí quiere compartir las ideas de diseño con GitHub, GitLab y la comunidad.

¿Scion es mejor que Git?

Para un monorepo gigante con decenas de miles de merges al día, sí lo es para Anthropic. Para casi cualquier otro caso, Git sigue siendo suficiente y tiene un ecosistema enorme detrás.

¿Por qué Git se queda corto con agentes?

Porque asume clientes desconectados con una copia completa del historial. Los agentes y los trabajos de CI están siempre conectados, hacen muchísimas peticiones a la vez y solo necesitan unos pocos archivos cada vez.

Compártelo si te ha resultado útil.

¿Has notado que Git se te queda corto con agentes escribiendo código? Cuéntame.

Y… a ver qué parte de Scion acaba llegando a GitHub.