La idea clave
Comprueba qué modelo usa cada flujo y prueba su sustituto antes del 19 de octubre.
Si has afinado tus instrucciones para un modelo concreto de Copilot, conviene revisar su nombre antes de seguir ajustándolas. GitHub anunció el 18 de septiembre la retirada de seis modelos para el 19 de octubre de 2026. El cambio afecta a las experiencias de GitHub Copilot; este anuncio no establece el calendario de otros productos o proveedores.
El aviso oficial incluye alternativas. Para quien mantiene un proyecto, la cuestión práctica es comprobar si las tareas habituales siguen dando resultados aceptables después de elegir una de ellas.
Los seis modelos y las alternativas propuestas
| Modelo que se retira | Alternativa de 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 |
La fecha anunciada es la misma para los seis: 19 de octubre. Una alternativa recomendada no demuestra que todos tus resultados, tiempos o consumos vayan a ser idénticos. Eso requiere comprobar el trabajo que realmente realizas.
Primero localiza las elecciones que has dejado guardadas
Propuesta de Texploto: haz un inventario breve de tus flujos. Anota la tarea, la herramienta desde la que la lanzas, el modelo elegido y quién puede cambiarlo. Busca también referencias al nombre antiguo en instrucciones compartidas, documentación del proyecto o integraciones que hayas configurado.
La documentación de modelos compatibles permite comprobar disponibilidad y compatibilidad por experiencia. Si trabajas dentro de una organización, confirma con su administración que puedes seleccionar la alternativa. Ver un nombre en una noticia no basta para saber si está habilitado en tu entorno.
La ventaja del inventario es encontrar dependencias antes de que interrumpan una tarea. Una nota de instalación que recomienda siempre un modelo antiguo también puede hacer perder tiempo, aunque el programa del proyecto siga funcionando.
Prueba con una tarea conocida y un resultado comprobable
Ejemplo ficticio propuesto por Texploto
Mantienes una web y utilizas Copilot para corregir un formulario. Conservas un caso resuelto: una entrada válida, otra inválida y el comportamiento esperado. Pides al modelo sustituto que trabaje sobre una copia del mismo punto de partida y revisas el cambio que propone.
Compara el resultado con criterios definidos antes de leer la respuesta: qué comportamiento conserva, si introduce cambios ajenos al encargo y qué debes corregir a mano. Incluye algún caso límite que haya causado problemas reales en el proyecto.
No saques una clasificación general de modelos a partir de una sola prueba. Este ejercicio sirve para detectar incompatibilidades en tu flujo. Si el resultado varía mucho entre intentos, registra esa variación en lugar de conservar únicamente el mejor ejemplo.
Deja preparada la transición para quien vuelva al proyecto
Guarda qué sustituto elegiste, cuándo lo comprobaste y qué limitaciones observaste. Actualiza las instrucciones compartidas y deja una tarea de revisión para las integraciones que no hayas podido comprobar. Así, otra persona podrá entender la decisión sin reconstruir una conversación entera.
Si usas selección automática, nuestra guía de los ajustes de Copilot Auto explica sus opciones. Para esta revisión, identifica primero si el flujo fija un modelo o delega esa elección: son configuraciones distintas que conviene documentar.
Fuentes consultadas el 20/09/2026. Este artículo propone un procedimiento de comprobación; Texploto no ha realizado una comparativa de rendimiento entre estos modelos.
