Qué cambia exactamente en la gestión de modelos
Hasta ahora, cuando GitHub lanzaba un nuevo modelo para Copilot, un administrador de la organización o empresa tenía que entrar en la configuración y activarlo manualmente. Ese modelo permanecía invisible para los desarrolladores hasta que alguien tomaba esa decisión explícita.
La nueva política invierte el criterio por defecto: cualquier modelo que alcance disponibilidad general (GA, el estado en que un proveedor considera un producto listo para uso en producción, sin fase beta) en Copilot Business o Copilot Enterprise se activará automáticamente para todos los usuarios de la organización, salvo que alguien haya decidido lo contrario.
GitHub llama a esto "global default enablement policy" y la presenta como una forma de que las organizaciones no se queden atrás cuando lanza capacidades nuevas, al eliminar el paso manual que hasta ahora frenaba la adopción.
Un calendario de 28 días antes de que el cambio surta efecto
El anuncio se publicó el 29 de julio de 2026, pero la política no entra en vigor de inmediato. Durante 28 días, hasta el 26 de agosto, los administradores pueden configurar la opción, pero esa configuración no tiene ningún efecto práctico sobre qué modelos están disponibles.
Es, en la práctica, un periodo de gracia: GitHub recomienda explícitamente usarlo para revisar la configuración antes de que la activación automática empiece a aplicarse. Quien no toque nada en esas cuatro semanas entrará el 26 de agosto en el nuevo régimen por defecto.
El propio diseño del cambio —anunciarlo con un mes de antelación y dejarlo configurable pero inerte— sugiere que GitHub anticipa que algunas organizaciones querrán frenarlo antes de que actúe sobre su entorno de producción.
Cómo evitarlo: el opt-out y las decisiones ya tomadas
GitHub incorpora un único control de exclusión (opt-out) pensado para organizaciones y empresas con necesidades de gobernanza más estrictas, como bancos o administraciones que necesitan controlar cada herramienta con acceso a su código. Quien quiera mantener el modelo de aprobación manual debe fijar la política en estado "disabled" antes del 26 de agosto de 2026.
Las decisiones que ya se hayan tomado sobre un modelo concreto —activarlo o bloquearlo de forma explícita— se conservan tal cual, según indica GitHub; el cambio solo afecta a los modelos que nunca se han configurado.
A partir de la fecha límite, esos modelos sin configurar pasarán del estado "unconfigured" a "inherits default", y ese estado es dinámico: si la organización modifica más adelante su política general, todos los modelos en "inherits default" seguirán el cambio de inmediato, sin intervención adicional.
Qué modelos quedan fuera de la activación automática
No todos los modelos entran en este régimen. GitHub excluye explícitamente los modelos open-weight —cita como ejemplos DeepSeek y Kimi K2.7—, es decir, aquellos cuyos parámetros son públicos y que no dependen de un proveedor cerrado.
También quedan fuera los modelos no cubiertos por el acuerdo de retención de datos de GitHub, y pone como ejemplo Fable 5. En ambos casos, la lógica es la misma: son modelos que plantean preguntas adicionales de gobernanza o de tratamiento de datos, y GitHub prefiere que su incorporación siga requiriendo una decisión humana explícita en lugar de activarse sola.
Esta distinción marca de facto dos categorías de proveedores dentro del catálogo de Copilot: los que GitHub trata como suficientemente estandarizados para activación automática, y los que mantiene bajo aprobación manual por defecto.