GitHub integra Claude y Codex como agentes de IA para programar

El 4 de febrero de 2026, GitHub anunció que Claude (Anthropic) y OpenAI Codex ya pueden usarse como agentes de programación dentro de Agent HQ. La integración llega como vista previa pública para suscriptores de GitHub Copilot Pro+ y GitHub Copilot Enterprise y funciona en GitHub, GitHub Mobile y Visual Studio Code.

En esta fase, cada sesión de agente consume una “premium request”, el contador de uso que GitHub aplica a funciones como agent mode, code review y el coding agent.

Qué ha pasado

GitHub presentó el 4 de febrero de 2026 la ampliación de Agent HQ para ejecutar agentes de varios proveedores sin salir del flujo de trabajo del repositorio. El anuncio oficial subraya el objetivo de reducir el cambio constante de herramientas manteniendo contexto, historial y revisión ligados a la tarea.

La publicación del changelog del 4 de febrero de 2026 confirma la disponibilidad: Claude y Codex aparecen como “coding agents” para clientes de Copilot Pro+ y Copilot Enterprise. No se exige una suscripción adicional y, durante la vista previa pública, cada sesión de agente consume una premium request.

La habilitación es deliberada. En Copilot Pro+ hay que entrar en los ajustes del Copilot coding agent, escoger qué repositorios podrán ser accesibles y activar “Claude”, “Codex” o ambos. En entornos Enterprise, el control empieza por el administrador: se habilitan los agentes a nivel de empresa desde “Enterprise AI Controls”, en la pestaña “Agents”, dentro de “Partner Agents”, y después se activan a nivel de organización desde los ajustes de Copilot, en la sección de “Coding agent”.

En el día a día, GitHub sitúa los puntos de entrada en lugares familiares: issues, pull requests, la pestaña “Agents” dentro de repositorios habilitados y la vista “Agent sessions” en VS Code. Desde ahí, el agente puede iniciar trabajo, preparar un pull request en borrador y continuar iterando con comentarios. El blog de GitHub también menciona que se pueden usar menciones en comentarios de PR para pedir seguimiento, con @Copilot, @Claude o @Codex.

En Visual Studio Code, la documentación de “third-party agents” explica que estos agentes pueden ejecutarse como sesiones locales o en la nube. Para Claude, el ajuste github.copilot.chat.claudeAgent.enabled activa el soporte. Para Codex, la guía indica como requisitos una suscripción Copilot Pro+ y tener instalada la extensión “OpenAI Codex” desde Visual Studio Marketplace.

El changelog de GitHub añade un detalle práctico para la experiencia de sesiones en VS Code: se recomienda usar VS Code 1.109 o posterior para iniciar agent sessions desde la vista dedicada.

Por qué importa

Para quien está aprendiendo a programar, esta integración refuerza una habilidad que suele costar más que escribir código: convertir un problema en una tarea verificable, implementarla y defenderla en una revisión. Cuando el resultado aparece como pull request, el aprendizaje se vuelve tangible: diffs, tests, comentarios y decisiones registradas.

En equipos pequeños, el valor está en la trazabilidad y en la economía de contexto. Delegar un bug a un agente y recibir un PR permite auditar lo que se ha hecho y por qué, sin depender de capturas o conversaciones fuera del repositorio.

También facilita comparar enfoques si se asigna el mismo issue a distintos agentes, algo que GitHub menciona como uso explícito dentro de Agent HQ.

Para organizaciones, el punto diferencial es el control centralizado. La posibilidad de habilitar o deshabilitar agentes “partner” a nivel de empresa y luego aplicar políticas por organización encaja con entornos regulados donde no basta con que cada desarrollador instale una extensión.

Esa capa de gobernanza no elimina el riesgo, pero permite tratarlo como una decisión de plataforma y no como una colección de configuraciones individuales.

En paralelo, el énfasis en “premium requests” obliga a pensar en coste y disciplina. Si cada sesión de agente consume una request, los equipos necesitarán definir cuándo compensa delegar y cuándo conviene trabajar de forma convencional. La integración es potente, pero no es gratuita en términos de presupuesto ni de tiempo de revisión.

Cifras clave

4 de febrero de 2026: GitHub anuncia Claude y Codex como agentes en Agent HQ (blog oficial de GitHub).

4 de febrero de 2026: GitHub publica el changelog de la vista previa pública de Claude y Codex como “coding agents”.

1 premium request por sesión de agente durante la vista previa pública (GitHub Changelog y blog).

VS Code 1.109 o posterior para iniciar agent sessions desde la vista “Agent sessions” (GitHub Changelog).

Límites mensuales de premium requests por plan (GitHub Copilot Plans & Pricing): 50 (Free), 300 (Pro), 1.500 (Pro+).

0,04 USD por premium request adicional comprada (GitHub Copilot Plans & Pricing).

GitHub Code Quality en vista previa pública: no se factura durante la vista previa, pero consume minutos de GitHub Actions (documentación de GitHub Code Quality).

Contexto

El movimiento encaja con la tendencia de “agentic workflows” en herramientas de desarrollo, donde un asistente no solo sugiere líneas sino que planifica, ejecuta cambios y vuelve con una propuesta revisable. La diferencia aquí es la apuesta por el repositorio como interfaz: issues, PRs y sesiones gestionadas desde GitHub y VS Code.

La documentación de VS Code remarca otro matiz importante: el mismo proveedor puede ofrecer dos caminos. Un agente integrado como “third-party agent” se gestiona y se factura a través de la suscripción de Copilot, mientras que la extensión del proveedor puede tener su propia lógica de facturación y experiencia.

En la práctica, esto importa para equipos que quieren estandarizar herramientas y no depender de múltiples cuentas y métodos de pago.

GitHub también está reforzando la parte de calidad alrededor del PR. En el mismo ecosistema, GitHub Code Quality se describe como un sistema para marcar problemas de calidad en pull requests y escaneos del repositorio, con análisis basado en CodeQL para varios lenguajes y un componente de análisis con IA separado.

Para equipos que empiecen a delegar más trabajo a agentes, la combinación de revisión humana, CI y señales automatizadas de calidad se vuelve aún más relevante.

Próximos pasos

En el corto plazo, lo más útil es tratar los agentes como una herramienta de delegación acotada. Empieza por issues pequeñas, con criterios de aceptación claros y tests o pasos de verificación reproducibles. En tareas abiertas, el agente tiende a rellenar huecos con suposiciones, lo que incrementa revisiones y retrabajo.

Para equipos, conviene definir un “playbook” mínimo:

• ¿Cuándo abrir una agent session y cuándo no?
• ¿Qué repositorios y carpetas pueden quedar fuera?
• ¿Qué reglas de PR y checks de CI deben pasar siempre?
• ¿Qué información debe incluir el prompt inicial (contexto, archivos, definición de listo)?

En empresas, el paso previo es gobernanza: habilitar “Partner Agents” solo donde haya una necesidad clara y medir el consumo de premium requests para evitar sorpresas. GitHub ha indicado además que el soporte para Copilot CLI llegará próximamente, lo que ampliaría el uso de agentes a flujos centrados en la terminal.

Para profundizar

• Refuerza Git, GitHub y revisión de pull requests en el Bootcamp de Desarrollo Web de Code Labs Academy.
• Si quieres entender mejor cómo se evalúan modelos y dónde fallan, revisa el Bootcamp de Ciencia de Datos e IA.
• Para llevar el control de permisos, amenazas y buenas prácticas en equipos, consulta el Bootcamp de Ciberseguridad.