GitHub Copilot retira 6 modelos el 19 de octubre de 2026: qué hacer
MarkdownQué seis modelos retira GitHub Copilot, qué alternativas se sugieren y qué revisar en la configuración y las integraciones antes del 19 de octubre de 2026.
Leer el artículo completo
Punto clave
El 19 de octubre de 2026, GitHub retirará seis modelos de Copilot. Comprueba cuál es tu modelo en la tabla y prueba con antelación la alternativa sugerida. Que el acceso a un modelo nuevo se habilite automáticamente no significa que GitHub vaya a migrar tu configuración y tus integraciones a ese modelo.
Para obtener más información sobre cómo trabajar con modelos, consulta la documentación de Ailoot.
Qué modelos se retirarán el 19 de octubre
El anuncio de GitHub del 18 de septiembre enumera los modelos y las alternativas sugeridas. Se trata de una lista de migración, no de una promesa de que dos modelos vayan a dar respuestas idénticas.
| Modelo que se retira | Alternativa sugerida por GitHub |
|---|---|
| Gemini 3.7 Flash | Gemini 3.8 Flash |
| GPT-5.5 | GPT-5.6 Sol |
| GPT-5.4 | GPT-5.6 Sol |
| GPT-5.4 mini | GPT-5.6 Luna |
| GPT-5 mini | GPT-5.6 Luna |
| Grok 4.5 | Grok 4.6 |
Todas las filas comparten la misma fecha: el 19 de octubre de 2026. El anuncio se aplica a todas las formas de trabajar con GitHub Copilot, como Copilot Chat, las ediciones en línea, los modos Ask y Agent y la finalización de código. No significa que los desarrolladores de los modelos con esos mismos nombres vayan a retirarlos ni que se retiren en otros servicios.
¿Cuándo se habilitan automáticamente los modelos alternativos de GitHub Copilot?
En Copilot Business y Enterprise, las alternativas sugeridas se habilitan automáticamente si está activa la habilitación predeterminada de modelos. Hay excepciones si un administrador ha deshabilitado la regla general o un modelo específico. Una vez habilitado el acceso, el modelo aparece en el selector de modelos de Copilot Chat en las formas compatibles de trabajar con GitHub Copilot.
Esta condición se refiere al acceso. El anuncio no promete cambiar una selección de modelo fijada, la configuración de un proyecto ni una integración. Al contrario, GitHub pide a los usuarios que actualicen sus flujos de trabajo e integraciones antes de la fecha de retirada. Por tanto, la afirmación «el modelo nuevo se habilitará automáticamente» no es motivo para omitir las comprobaciones.
La afirmación independiente de GitHub de que no hace falta eliminar manualmente los modelos antiguos después de su retirada tampoco significa que «no haya nada que hacer antes de la retirada».
Al trabajar con herramientas de IA, conviene distinguir entre tener acceso a una función y comprobarla en una tarea propia.
Qué comprobar antes de la retirada
- Comprueba qué modelo está seleccionado en Copilot. Compara su nombre con la primera columna. Si usas un modelo diferente, esta lista en concreto no es motivo para cambiarlo.
- Busca la alternativa sugerida. En tu organización de trabajo, comprueba tanto el selector de modelos como los permisos del administrador. Si la habilitación automática general está desactivada, el anuncio sugiere habilitar el acceso mediante la directiva del modelo correspondiente en la configuración de Copilot.
- Comprueba tu configuración y tus integraciones. Si se especifica explícitamente en algún lugar un modelo que se va a retirar, busca el procedimiento documentado para seleccionar un modelo en esa herramienta concreta. No adivines insertando un nombre de la tabla como identificador de API: el anuncio no proporciona un comando de migración universal.
- Elige una alternativa disponible y realiza una tarea habitual. Por ejemplo, pídele que cambie una pequeña sección de código, revisa los cambios y ejecuta las comprobaciones del proyecto. Así podrás comprobar la transición en una tarea propia. No hemos realizado una prueba comparativa de los modelos.
La comprobación está completa cuando la alternativa necesaria está disponible, seleccionada en tu herramienta y es adecuada para la tarea laboral que has probado. Que aparezca un nombre en el menú solo confirma el acceso. Si el modelo no está disponible, comprueba primero la directiva de la organización. Todavía no puedes considerar que la integración se haya migrado.
GitHub recomienda a los clientes de GitHub Enterprise que tengan preguntas o dificultades que se pongan en contacto con su equipo de cuenta.
Qué no establece el anuncio
En esta publicación, GitHub no promete que un usuario que dependa de la selección automática de modelos no vaya a notar nada, ni que un proceso concreto de CI vaya a fallar necesariamente. Sin detalles sobre la integración específica, ambas afirmaciones son demasiado rotundas. El artículo no contiene ni una garantía de funcionamiento ininterrumpido ni una advertencia universal sobre incompatibilidades de API.
La disponibilidad de los modelos y los límites de los planes también son cuestiones distintas. Los límites se tratan en una guía aparte: qué es gratis en GitHub Copilot. Para evaluar los resultados en tareas, consulta cómo leer las pruebas comparativas de programación con IA y, si estás eligiendo un modelo que no aparece en esta lista, echa un vistazo a la comparación de GPT-6 Astra y Claude Fable 5.1.
Empieza por el modelo seleccionado y el acceso a su alternativa. Antes de cambiar integraciones que funcionan, comprueba el resultado en una tarea pequeña que puedas evaluar por tu cuenta.
Para seguir aprendiendo, visita Ailoot.
Más detalles
Preguntas sobre GitHub Copilot
¿La habilitación automática migra una selección de modelo fijada?
No se promete migrar ajustes fijados ni integraciones. La habilitación automática se refiere al acceso; revisa el modelo seleccionado y actualiza las referencias explícitas mediante los controles documentados de tu herramienta.
¿Cómo sé que terminó la transición?
Confirma que la alternativa sugerida esté disponible según la política de la organización, selecciónala y ejecuta una tarea conocida con las comprobaciones del proyecto. Ver su nombre en el selector solo confirma disponibilidad.