RespuestasPublicado19 fuentes
Por qué Anthropic dejó Git para su monorepo y creó Scion
Anthropic pasó de integrar unos 2.500 cambios de código al día en mayo a más de 30.000 en septiembre de 2026, y señaló que el control de versiones se había convertido en su mayor cuello de botella. Scion traslada operaciones como los commits, las fusiones y las consultas del historial a servidores; los clientes mant...
Publicado porEditado con GPT-6 LunaImágenes generadas con GPT Image 2
Respuesta de investigación
Conclusiones clave
- Anthropic pasó de integrar unos 2.500 cambios de código al día en mayo a más de 30.000 en septiembre de 2026, y señaló que el control de versiones se había convertido en su mayor cuello de botella.
- Scion traslada operaciones como los commits, las fusiones y las consultas del historial a servidores; los clientes mantienen una caché limitada y solicitan los datos que necesitan.
Prompt de IA
openai.comCreate a landscape editorial hero image for this Studio Global article: Why did Anthropic replace Git with its in-house version control system Scion, as described in its October 13, 2026 engineering post, and how. Article summary: Anthropic replaced Git for its monorepo because AI-generated changes overwhelmed infrastructure designed around human development: daily merges increased from roughly 2,500 in May to more than 30,000 in September, making. Topic tags: general, general web, user generated. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fa
Anthropic reemplazó Git en su monorepo —un único repositorio que reúne grandes cantidades de código— cuando el ritmo de cambios integrados pasó de unos 2.500 al día en mayo a más de 30.000 en septiembre de 2026. La compañía dijo que el control de versiones se había convertido en su principal cuello de botella de desarrollo. Para responder, creó Scion y migró todo el monorepo en cinco meses. 8
9
Por qué Anthropic cambió su sistema
El problema no era solo el tamaño del repositorio. Anthropic describió una combinación de un volumen creciente de cambios y una demanda intensa de descargas de código: el historial de la rama principal se acercaba a los 100 GB, una copia de trabajo comprimida superaba los 25 GB y la integración continua (CI, por sus siglas en inglés) realizaba alrededor de 25 millones de descargas de código al día. 9
A esa escala, mantener numerosas copias y réplicas del repositorio en una infraestructura basada en Git resultaba costoso. Anthropic ha descrito la demanda de integrar código como «prácticamente infinita»: al eliminar un obstáculo, puede crecer todavía más la producción de código, lo que obliga a seguir ampliando la infraestructura en lugar de dar por sentado que la carga se estabilizará. 29
Qué hace diferente a Scion
Scion parte de una premisa distinta: sus clientes pueden conectarse a un servidor. En vez de exigir que cada cliente realice localmente todas las operaciones de control de versiones, el sistema ofrece operaciones y API desde el servidor. Allí se procesan tareas como crear commits, fusionar cambios, reordenar historiales y consultar versiones anteriores. Los clientes conservan una caché limitada y obtienen los datos que necesitan. 2
4
El cambio implica una compensación. El modelo distribuido de Git permite trabajar con un repositorio local; Scion, en cambio, depende más de una infraestructura compartida y de la conexión al servidor. El diseño de Anthropic encaja con la carga de trabajo que describe, basada en tareas automatizadas y agentes, pero eso no significa que sea la opción adecuada para todos los equipos o proyectos. 2
7
Los resultados que comunica Anthropic
La empresa afirma que Scion redujo en unas 200 veces el uso de CPU y memoria frente a su infraestructura anterior de réplicas de Git. También informó que las descargas de código, que antes podían tardar minutos, pasaron a tomar segundos, y que así liberó un 25 % de la capacidad de CPU de su CI. Son cifras comunicadas por Anthropic, no resultados de pruebas reproducidas de forma independiente. 4
10
La migración abarcó más que el control de versiones. Anthropic dice que también desarrolló Antique, una interfaz para revisar código, además de herramientas de búsqueda, control de acceso y otros sistemas para gestionar e integrar cambios revisados. Un equipo de siete personas trabajó en Scion y Antique durante la migración del monorepo. 3
8
Una solución especializada, no el fin de Git
La historia de Anthropic no demuestra que «Git haya quedado obsoleto». Scion se creó para un monorepo interno especialmente grande y con cambios frecuentes, en un entorno donde los clientes pueden depender de una conexión al servidor. Los informes lo describen como un sistema interno, no como un reemplazo de Git para uso general. 5
7
La lección más amplia es que la arquitectura del control de versiones debe ajustarse a la forma de trabajar de cada equipo. Cuando crecen a la vez el tamaño del repositorio, la frecuencia de las descargas y el volumen de fusiones, trasladar más operaciones a servicios compartidos puede ayudar a aliviar la presión sobre la infraestructura.
Studio Global AI
Continúe su investigación
Esta página incluye una respuesta respaldada por fuentes que puede continuar dentro de Studio Global.
La gente también pregunta
¿Cuál es la respuesta corta a "Por qué Anthropic dejó Git para su monorepo y creó Scion"?
Anthropic pasó de integrar unos 2.500 cambios de código al día en mayo a más de 30.000 en septiembre de 2026, y señaló que el control de versiones se había convertido en su mayor cuello de botella.
¿Cuáles son los puntos clave a validar primero?
Anthropic pasó de integrar unos 2.500 cambios de código al día en mayo a más de 30.000 en septiembre de 2026, y señaló que el control de versiones se había convertido en su mayor cuello de botella. Scion traslada operaciones como los commits, las fusiones y las consultas del historial a servidores; los clientes mantienen una caché limitada y solicitan los datos que necesitan.