GitHub en la era de los agentes

Para la mayoría de las empresas que crean software, GitHub es donde vive el código, donde se revisa y desde donde se publica. Copilot empezó como un motor de sugerencias dentro del editor. Hoy GitHub presenta su plataforma como un hogar para agentes, y 2026 ha mostrado lo que eso significa en la práctica: nuevas formas de trabajar, nuevos precios, nuevas reglas para los datos y una plataforma sometida a tensión.

Del autocompletado a los agentes

El giro llegó en mayo de 2025 con el agente de programación de Copilot. Le asignas una issue a Copilot, y este inicia una máquina virtual en GitHub Actions, trabaja en el código y abre un pull request en borrador para su revisión. Las salvaguardas fueron sensatas desde el principio: el agente solo puede hacer push a ramas que él mismo creó, la persona que pidió el trabajo no puede aprobarlo y los flujos de trabajo no se ejecutan hasta que una persona los aprueba.

En octubre de 2025, GitHub abrió la plataforma a los agentes de otros fabricantes. Con el nombre Agent HQ, los agentes de Anthropic, OpenAI, Google, Cognition y xAI iban a llegar dentro de las suscripciones de pago de Copilot, dirigidos desde un único centro de control. GitHub dijo que tenía 180 millones de desarrolladores y que el 80 por ciento de los nuevos desarrolladores usa Copilot en su primera semana.

En junio de 2026 llegó la app de Copilot, una app de escritorio construida en torno a los agentes. Cada sesión se ejecuta en su propia copia de la rama, de modo que los agentes en paralelo no chocan entre sí, y Agent Merge vigila las comprobaciones, sigue a los revisores obligatorios y, si lo permites, hace el merge. En octubre, el aislamiento local (sandboxing) pasó a estar disponible de forma general: los comandos que un agente inicia en el ordenador de un desarrollador se ejecutan con acceso restringido a archivos, red y credenciales, bajo reglas que una organización puede imponer.

Una plataforma bajo presión

Los agentes generan trabajo a un ritmo que las personas nunca alcanzaron, y GitHub lo notó. En abril, su director de tecnología, Vlad Fedorov, escribió que GitHub había empezado a planificar para diez veces su capacidad en octubre de 2025 y que en febrero de 2026 ya diseñaba para 30 veces, con los flujos de trabajo agénticos como principal motor desde finales de diciembre. La misma publicación pedía disculpas por un fallo en la cola de merge que generó commits de merge incorrectos en 2'092 pull requests de 658 repositorios. No se perdió código, pero algunas ramas predeterminadas quedaron en un estado incorrecto.

El 17 de agosto, GitHub sufrió una interrupción de 7 horas y 47 minutos que afectó al inicio de sesión, Actions, la API, los pull requests, las issues y Copilot. Un pico de tráfico se topó con un componente de un centro de datos que no logró escalar. Los commits habían pasado de 1,4 mil millones a 2,9 mil millones al mes desde abril, escribió Fedorov, y no lo suavizó: «No logramos escalar componentes críticos antes de que la demanda superara su capacidad».

Precios y datos

El coste de los agentes llegó a la lista de precios. En abril, GitHub suspendió los nuevos registros en sus planes Pro, Pro+ y Student, endureció los límites y retiró de Pro los modelos Opus de Anthropic. Su motivo: «ahora es habitual que unas pocas solicitudes generen costes que superan el precio del plan». Una semana después anunció la facturación por uso a partir del 1 de junio. Cada plan incluye ahora créditos por el valor de su precio, 10 dólares en Pro, 39 en Pro+, 19 por usuario en Business y 39 en Enterprise, y el uso los consume según las tarifas de API publicadas de cada modelo. Los autocompletados de código siguen incluidos, y la revisión de código de Copilot también consume minutos de Actions.

En octubre, GitHub permitió a las organizaciones facturar las revisiones de código a la empresa y restringirlas a las licencias que la propia empresa proporciona. Con la configuración predeterminada, una revisión solicitada por un miembro que ha agotado su cuota simplemente falla.

Las reglas de datos también cambiaron. Desde el 24 de abril, GitHub usa los datos de interacción de los usuarios de Copilot Free, Pro y Pro+, incluidas entradas, salidas y fragmentos de código, para entrenar sus modelos, salvo que el usuario se excluya. Los usuarios de Business y Enterprise no se ven afectados. Eso importa a cualquier empresa cuyos desarrolladores usen cuentas personales de Copilot con código de la empresa: los repositorios privados no se usan en reposo, pero el código procesado durante una sesión sí puede usarse.

Qué significa para una empresa

De ahí se desprenden cinco cosas. Pon el código de la empresa bajo licencias Business o Enterprise y mantén los planes personales lejos de él. Fija presupuestos a nivel de empresa, de centro de coste y de usuario antes de que los agentes se pongan a trabajar, porque el trabajo ahora se factura por token. Mantén estrictas la protección de ramas y las revisiones obligatorias, porque las salvaguardas de los agentes se apoyan en ellas.

Prepárate para una caída de GitHub: si tus lanzamientos, tus agentes y tus revisiones dependen todos de él, una interrupción larga detiene los tres, así que ten claro cómo publicarías sin él. Y guarda tus instrucciones, skills y pruebas en el repositorio y no en el agente de un solo proveedor, porque la lista de agentes seguirá cambiando.

Así construimos con Werk. La IA escribe la mayor parte del código sobre un framework que construimos y en el que confiamos, las personas revisan cada versión y cada versión se prueba. GitHub da a los agentes un lugar donde trabajar. No decide qué es lo bastante bueno para publicarse. Eso lo sigue decidiendo una persona.