Michael JohnsonEl 19 de octubre de 2026, GitHub puso a disposición general una API REST para gestionar las políticas de modelos de Copilot en cuatro niveles: empresa, equipo empresarial, aplicación empresarial y organización. Ese mismo día, la compañía retiró seis modelos en la mayoría de los escenarios de Copilot. Para los administradores, esto plantea dos tareas prácticas: comprobar qué modelos permiten las políticas y asegurarse de que los flujos de trabajo guardados utilizan alternativas compatibles.
La nueva API permite consultar y actualizar las políticas mediante solicitudes GET y PATCH. GitHub la describe como una forma de gestionar centralizadamente la disponibilidad de modelos; según el modo elegido, la configuración de la empresa puede delegar el control en organizaciones, equipos o aplicaciones. Encontrarás más detalles en el anuncio de la API de políticas de Copilot.
Qué modelos los sustituyen
La lista publicada el 19 de octubre incluye Gemini 3.7 Flash, GPT-5.5, GPT-5.4, GPT-5.4 mini, GPT-5 mini y Grok 4.5. GitHub indicó como alternativas, respectivamente, Gemini 3.8 Flash, GPT-6.1 Sol, GPT-6.1 Sol, GPT-6 Luna, GPT-6 Luna y Grok 4.7. La compañía aclaró que había anunciado previamente la retirada de los modelos el 18 de septiembre y que no es necesario eliminar manualmente los modelos obsoletos. La lista y las recomendaciones aparecen en el aviso sobre la retirada de modelos.
La lista de sustituciones de GitHub orienta la migración, pero la disponibilidad de cada alternativa depende de las políticas de Copilot de la organización. Los administradores de Copilot Enterprise quizá deban habilitar el modelo por separado en la configuración. Los usuarios pueden comprobar el resultado en el selector de modelos de Copilot Chat, en VS Code o en github.com.
Qué deberían comprobar los administradores
Primero, comparen la lista de modelos retirados con los que están realmente permitidos en cada nivel de control. Después, revisen las instrucciones internas, las plantillas de tareas, la automatización y los acuerdos del equipo que mencionen modelos antiguos por su nombre. A continuación, habiliten las alternativas necesarias en las políticas y comprueben que los usuarios puedan verlas en la interfaz de Copilot.
La API REST resulta útil cuando actualizar manualmente la configuración en muchas organizaciones, equipos o aplicaciones dificulta el control. Antes de una migración masiva, conviene guardar las políticas actuales, aplicar los cambios a un grupo y comprobar el resultado consultando la configuración. Este procedimiento permite comparar la lista de modelos prevista con la configuración de acceso efectiva.
El cambio afecta a la administración y al acceso a modelos en GitHub Copilot. Responde a una pregunta práctica concreta: cómo gestionar la disponibilidad de modelos mediante programación tras un cambio en el catálogo.