Una startup del ex CEO de GitHub quiere rehacer el control de versiones para agentes de IA

En julio de 2026, el ex CEO de GitHub lanzó una plataforma de IA para el desarrollo de software: una red distribuida de gestión de código diseñada desde cero para un mundo en el que los agentes de IA se convierten en los principales desarrolladores.

Por qué el Git actual no puede con los agentes

La arquitectura actual de control de versiones, con Git como base y GitHub o GitLab como plataforma, está pensada para el ritmo humano: un desarrollador piensa, escribe código, hace un commit, abre una pull request y espera la revisión.

Los agentes de IA funcionan de forma radicalmente distinta. Pueden explorar decenas de enfoques a la vez, crear ramas paralelas al instante y generar commits con una frecuencia que sobrecarga los flujos de trabajo tradicionales. Cuando un agente escribe miles de líneas de código en una hora, ningún equipo humano puede revisar cada commit al ritmo que presupone el modelo de desarrollo actual.

Las plataformas centralizadas escalan mal cuando muchos agentes trabajan en paralelo sobre un mismo repositorio: los conflictos de merge, los cuellos de botella en los pipelines de CI/CD y los bloqueos a nivel de acceso se diseñaron para el trabajo asíncrono de personas, no para el trabajo síncrono de máquinas a escala industrial.

La startup propone repensar la propia infraestructura: en lugar de adaptar a posteriori las herramientas existentes a los agentes, quiere crear un sistema en el que los flujos de trabajo con agentes sean nativos desde el primer día.

Quién está detrás de la nueva startup

El fundador de la empresa fue CEO de GitHub, una plataforma que usan más de 100 millones de desarrolladores en todo el mundo. Ese perfil aporta una combinación poco habitual: un conocimiento profundo de las limitaciones de la infraestructura actual y autoridad suficiente para atraer a ingenieros e inversores en las primeras etapas.

Resulta llamativo que quien dio forma directamente al estándar moderno de desarrollo colaborativo apueste ahora por que ese estándar necesita una sustitución sistémica, y no una capa de IA más sobre el habitual git-flow.

Por qué ocurre ahora

En 2025–2026, la programación con agentes salió del laboratorio. Sistemas como Devin, Copilot Workspace y decenas de alternativas ya forman parte de los flujos de trabajo de las empresas tecnológicas. Los agentes de IA no se limitan a sugerir autocompletado: abren ramas por su cuenta, crean PR y hacen la primera revisión de código.

Cuando en un repositorio hay más agentes que personas, las herramientas de versionado actuales se convierten en un cuello de botella, y la cuestión de la infraestructura deja de ser teórica.

Qué significa

Que un veterano de GitHub se adentre en la infraestructura básica de versiones es una señal de que el mercado de herramientas para programación con agentes empieza a dividirse en dos capas. La primera son los propios sistemas de agentes (Copilot, Cursor, agentes LLM personalizados). La segunda es la infraestructura que hay debajo: almacenamiento, redes de sincronización, protocolos de acceso. Hasta ahora la segunda capa quedaba a la sombra de la primera; ahora entran en ella personas con experiencia estratégica y con claridad sobre qué es exactamente lo que hay que construir.

¿Por qué Git no sirve para los agentes de IA que programan?

Git está diseñado para el ritmo humano: un desarrollador piensa, escribe código, hace un commit y espera la revisión. Los agentes de IA funcionan de forma radicalmente distinta. Pueden trabajar de manera continua y en paralelo, lo que exige una infraestructura de nueva generación.