Scion es el sistema de control de versiones que creó Anthropic, la empresa de Claude, para sustituir a Git en su repositorio de código principal. Lo presentó el 13 de octubre en su blog de ingeniería, y desde entonces mucha gente lo busca como «Claude Scion» o «Scion de Anthropic». Aquí explicamos qué es, cómo funciona, en qué se diferencia de Git y por qué no lo vas a poder instalar.
Un sistema de control de versiones guarda la historia de un proyecto: cada cambio, quién lo hizo y cuándo, y permite que muchas personas trabajen a la vez sin pisarse. El más usado del mundo es Git, que Linus Torvalds creó en 2005 para el núcleo de Linux. Git es distribuido: cada programador tiene una copia completa del repositorio en su equipo, trabaja sin conexión y sincroniza cuando quiere. Ese diseño es perfecto para un proyecto de código abierto con colaboradores repartidos por el mundo, pero sufre cuando el repositorio es gigantesco y quienes lo usan no son personas.
Ese es el caso de Anthropic. Guarda casi todo su código en un único repositorio, un monorepo, cuyo historial ronda los 100 GB. Desde que Claude escribe buena parte del código, los cambios fusionados al día pasaron de unos 2,500 en mayo a más de 30,000 en septiembre, y sus sistemas automáticos descargan el código unos 25 millones de veces al día. Para aguantarlo llegaron a mantener cientos de copias espejo de Git, cada vez más difíciles de operar. En lugar de seguir parcheando, siete personas construyeron Scion en cinco meses, con Claude escribiendo la mayor parte del código. Lo contamos en detalle en la noticia del anuncio.
Claves: en qué se diferencia de Git
La idea central es dar la vuelta al modelo de Git: en lugar de que cada cliente tenga todo y haga el trabajo, el servidor lo guarda todo y hace casi todo el trabajo, y los clientes, siempre conectados, piden solo lo que necesitan.
| Git | Scion | |
|---|---|---|
| Modelo | Distribuido: cada copia es un repositorio completo y se puede trabajar sin conexión | Centralizado: los clientes están siempre conectados al servidor |
| Commits, fusiones y rebases | Se hacen en tu equipo y después se envían con push | Se hacen en el servidor: no hay nada que enviar |
| Descarga del código | Un clon baja el historial en paquetes (packfiles), entero o recortado | Se piden solo las carpetas y los archivos que hacen falta, cuando hacen falta; la descarga se puede reanudar |
| Almacenamiento | Objetos y paquetes que hay que compactar de vez en cuando | Cada cambio es una entrada de un registro, guardado en la base de datos Spanner; sin mantenimiento |
| Historial y autoría línea a línea | Los calcula tu equipo con git log y git blame | Los calcula el servidor y se consultan por una API, sin tener el repositorio |
| Ramas | Muchas, una por tarea | Casi todo va directo al tronco (main), más las ramas de cada versión |
| Revisión de código | Fuera de Git: GitHub, GitLab… | Antique, creado a la vez, que distingue un cambio en un comentario de uno en lógica delicada |
| Quién puede usarlo | Cualquiera: software libre | Solo Anthropic |
- Tres niveles de caché. En cada máquina corre un
scion-daemonque guarda los objetos para todos los procesos de esa máquina; por encima hay una caché por región, en memoria, y arriba el servidor principal. Los tres hablan el mismo idioma, así que el cliente (scn) no sabe ni le importa a cuál pregunta. Cada nivel resuelve más del 99 % de las peticiones sin subir al siguiente. - Archivos que aparecen al usarlos. Una copia de trabajo puede ser «virtual»: los archivos se descargan en el momento en que alguien los abre. Para un agente que solo toca tres carpetas de un repositorio enorme, eso es la diferencia entre segundos y minutos.
- Sin colas de fusión. En lugar de probar cada cambio antes de fusionarlo, se prueba después de la fusión y antes de desplegar, y cuando dos cambios chocan, normalmente es Claude quien arregla el conflicto.
- Los resultados. Según Anthropic, la infraestructura usa unas 200 veces menos procesador y memoria que los espejos de Git que sustituyó, las descargas tardan segundos en lugar de minutos y sus sistemas de integración continua recuperaron un 25 % de capacidad de cálculo.
- No es una idea del todo nueva. Anthropic cita como antecedentes a Piper, el sistema interno con el que Google guarda su monorepo, y a Sapling, el de Meta. Las empresas con repositorios gigantes llevan años alejándose del modelo distribuido de Git.
¿Se puede descargar o usar Scion?
No. Anthropic no lo ha publicado y dice que ofrecerlo de forma útil sería difícil, porque depende de piezas hechas a medida para su infraestructura. Además, avisa de que Scion «no es, de ninguna manera, un sustituto adecuado de Git para uso general»: está pensado para repositorios enormes con muchísimos programadores o agentes trabajando a la vez. Lo que sí quiere es llevar sus ideas a los servidores y a los protocolos de Git, y dice que le gustaría hacerlo con GitHub, GitLab y la comunidad del software libre.
Para casi todo el mundo, la herramienta sigue siendo Git. Si estás empezando con él, tienes nuestra guía de Git.
Un último aviso para quien llegue buscando el nombre: SCION, en mayúsculas, es también una arquitectura de red para internet desarrollada en la universidad ETH de Zúrich, que no tiene nada que ver. Y en inglés, scion es el vástago que se injerta en un árbol, como el de la foto de portada.
Por qué importa
Scion es una señal de un cambio de escala. Las herramientas de programación de las últimas dos décadas se diseñaron para personas: unos cuantos cambios al día por programador y alguien que revisa cada línea. Cuando el código lo escriben agentes de IA, el cuello de botella ya no está en escribir, sino en la infraestructura que guarda, prueba y revisa: Anthropic multiplicó por doce sus fusiones diarias en cuatro meses. Que una empresa de este tamaño haya tenido que reescribir algo tan básico como el control de versiones, y que lo haya hecho con su propia IA, adelanta problemas que otras empresas que adopten agentes se van a encontrar.
Para un programador normal no cambia nada hoy: Git seguirá funcionando igual en sus proyectos. Pero si las ideas de Scion acaban en GitHub o GitLab, como pretende Anthropic, es posible que algún día los clones descarguen solo lo que se usa y que parte del trabajo de Git se haga en el servidor sin que nos demos cuenta.
Imagen de portada: injerto en un manzano, foto de Guillaume22, Wikimedia Commons, CC BY-SA 3.0.
Fuente: Anthropic Engineering, «Redesigning source control at Anthropic»