El 19 de octubre, GitHub anunció la disponibilidad general de una API REST dedicada a las políticas de modelos de Copilot. Hasta ahora limitado a la interfaz de administración, el control de los modelos autorizados pasa a ser programable a escala de una empresa, una organización o un equipo. El anuncio llega el mismo día en que GitHub retira seis modelos históricos del asistente, una coincidencia que no es tal: la rotación constante de modelos hace que la gestión manual sea cada vez menos sostenible para las grandes estructuras.
Una API para pilotar los modelos a escala empresarial
La nueva API expone puntos de entrada GET y PATCH que permiten leer y modificar la lista de modelos activados para Copilot Chat, las sugerencias de código, el modo agente y las ediciones en línea. Sustituye la configuración manual, puesto por puesto, en los ajustes de administración de GitHub, por un mecanismo automatizable: sincronización con una herramienta interna de gobernanza, aplicación de una política idéntica en varias organizaciones, o desactivación masiva de un modelo considerado no conforme.
Cuatro niveles de delegación
El sistema se apoya en una jerarquía de delegación. Una empresa puede conservar el control de la política global, o delegarla a sus organizaciones, a equipos específicos o a aplicaciones de terceros.
| Nivel | Punto de entrada REST | Uso típico |
|---|---|---|
| Empresa | /enterprises/{enterprise}/copilot/model-policies | Política global por defecto |
| Equipos de empresa | /enterprises/{enterprise}/teams/{team_slug}/copilot/model-policies | Delegación a un equipo transversal |
| Aplicaciones de empresa | /enterprises/{enterprise}/copilot/apps/model-policies | Control de integraciones de terceros |
| Organización | /orgs/{org}/copilot/model-policies | Política propia de una organización |
En la práctica, una llamada GET devuelve el estado actual de cada modelo para el ámbito elegido, y un PATCH permite activar o desactivar uno en concreto:
curl -X PATCH \
-H "Authorization: Bearer $GH_TOKEN" \
-H "Accept: application/vnd.github+json" \
https://api.github.com/orgs/acme-corp/copilot/model-policies \
-d '{"model": "claude-opus-5-5", "state": "enabled"}'Seis modelos retirados el mismo día
El 19 de octubre, GitHub retiró de Copilot seis modelos anunciados en pre-baja a mediados de septiembre: Gemini 3.7 Flash (sustituido por Gemini 3.8 Flash), GPT-5.5 y GPT-5.4 (redirigidos a GPT-5.6 Sol), GPT-5.4 mini y GPT-5 mini (a GPT-5.6 Luna), y Grok 4.5 (a Grok 4.6). La retirada afecta a Copilot Chat, las sugerencias de código, el modo ask y el modo agente.
Para los clientes Enterprise y Business, los modelos de sustitución se activan por defecto, salvo que un administrador haya desactivado la opción global de activación automática o el propio modelo.
Un administrador que hubiera desactivado el ajuste de «activar los nuevos modelos por defecto» debe comprobar manualmente, mediante la API o la interfaz, que los modelos de sustitución (GPT-5.6 Sol, GPT-5.6 Luna, Gemini 3.8 Flash, Grok 4.6) están realmente activos. Sin esa comprobación, los equipos afectados pierden el acceso a los modelos retirados sin transición automática.
Lo que cambia para los equipos de desarrollo
Para un equipo técnico, lo que está en juego va más allá de la simple disponibilidad de un modelo. La nueva API abre la puerta a una gobernanza de costes y cumplimiento gestionada como código: una política versionada, revisada mediante un pull request, aplicada automáticamente al incorporar una nueva organización. Se inscribe en una tendencia más amplia del ecosistema de los agentes de IA en producción, donde la gestión fina de los modelos y sus permisos de acceso se convierte en un tema de infraestructura por derecho propio, junto al pilotaje de servidores compatibles con el protocolo MCP.
Lo que hay que recordar
La API de políticas de modelos de Copilot alcanza la disponibilidad general con cuatro niveles de delegación, desde la empresa hasta las aplicaciones de terceros. El mismo día, seis modelos históricos desaparecen de Copilot en favor de sus sucesores. Las organizaciones que habían desactivado la activación automática de nuevos modelos deben revisar su configuración para evitar una interrupción silenciosa del servicio.
Esta API llega en el momento justo. El ritmo de retirada de modelos por parte de los proveedores se ha acelerado claramente en 2026, y gestionarlo a mano, organización por organización, se estaba volviendo insostenible para los clientes Enterprise. La verdadera prueba será la estabilidad de esta API con el tiempo: GitHub tiene la costumbre de hacer evolucionar sus interfaces de administración sin avisar siempre con suficiente antelación. — Simon Janvier
Para profundizar: el anuncio oficial en el GitHub Changelog.
