GitHub retiró el 2 de octubre de 2026 cuatro modelos de todas las experiencias de GitHub Copilot: Gemini 3.5 Flash, Gemini 3.6 Flash, Kimi K2.7 Code y Claude Opus 4.7. El cambio afecta a Copilot Chat, ediciones inline, modos ask y agent y completado de código. Las empresas con workflows o integraciones que seleccionan un modelo concreto deben migrarlos a alternativas soportadas, según el anuncio oficial de GitHub.
Qué alternativas propone GitHub
Para Gemini 3.5 Flash y Gemini 3.6 Flash, GitHub recomienda Gemini 3.8 Flash. Para Kimi K2.7 Code propone Kimi K3, mientras que Claude Opus 4.7 debe sustituirse por Claude Opus 5.5.
La retirada es efectiva desde el propio 2 de octubre, por lo que no existe un periodo adicional de convivencia anunciado para esos cuatro modelos.
Qué puede romperse en una empresa
Un usuario que seleccionaba manualmente un modelo puede elegir otro desde el selector. El mayor riesgo está en automatizaciones, configuraciones administradas o herramientas internas que tengan el identificador del modelo fijado en código, variables de configuración o políticas empresariales.
GitHub indica que no hace falta ninguna acción para eliminar los modelos deprecados: desaparecen de las experiencias de Copilot. La acción necesaria es adaptar aquello que todavía intente invocarlos.
Los administradores Enterprise deben revisar políticas
GitHub advierte de que los administradores de Copilot Enterprise pueden necesitar habilitar explícitamente los modelos alternativos mediante las políticas de modelos. Una migración técnica a Claude Opus 5.5 o Gemini 3.8 Flash no servirá si la política de la organización impide el acceso.
La comprobación debe hacerse tanto en la configuración individual de Copilot como en las políticas de empresa. Cuando el modelo está habilitado, aparece en el selector de Copilot Chat en VS Code y en github.com.
Qué debería hacer hoy el equipo técnico
Conviene buscar los nombres de los cuatro modelos retirados en repositorios, archivos de configuración, documentación interna, agentes y pipelines. Después hay que sustituirlos por una alternativa aprobada, ejecutar pruebas sobre tareas habituales y revisar coste, latencia y calidad antes de extender el cambio a toda la plantilla.
No es recomendable asumir que dos modelos sugeridos como reemplazo se comportarán exactamente igual. Prompts, herramientas y contexto pueden producir resultados distintos y deben validarse en los casos de uso reales de la empresa.
Para situar el cambio dentro de la gestión técnica empresarial, también puedes revisar el Microsoft Digital Defense Report 2026, el parche crítico de GitLab, las passkeys en Microsoft Entra, la actualización de GitHub CodeQL, el sandbox local de Copilot y la criptografía poscuántica de Cloudflare.
Fotografía: cottonbro studio / Pexels.
