Si abriste Copilot esta semana y el modelo que usabas desapareció del selector, no es un fallo de tu editor. GitHub retiró seis modelos el 19 de octubre de 2026 en la mayoría de las experiencias de Copilot. La consecuencia práctica para un vibecoder no es solo elegir otro nombre: un cambio de modelo puede alterar la forma de seguir instrucciones, la calidad del código, el tiempo de respuesta y el consumo de tu plan. Antes de continuar una tarea importante, haz una prueba pequeña con el mismo repositorio.

Qué cambió exactamente

El changelog oficial de GitHub confirma las bajas y propone alternativas. Gemini 3.7 Flash pasa a Gemini 3.8 Flash; GPT-5.5 y GPT-5.4 pasan a GPT-6.1 Sol; GPT-5.4 mini y GPT-5 mini pasan a GPT-6 Luna; y Grok 4.5 pasa a Grok 4.7. La nota habla de la mayoría de experiencias de Copilot, incluidas Chat, edición en línea, Ask, Agent y completado. No afirma que los modelos equivalentes produzcan resultados idénticos ni garantiza que cada alternativa esté habilitada en tu organización.

La prueba de 15 minutos antes de volver a producir

Abre un repositorio donde tengas una tarea conocida, como añadir validación a un formulario o corregir un test roto. Primero anota el modelo antiguo que figuraba en tu flujo y la alternativa sugerida. Después crea una rama de prueba. En Copilot Chat o Agent pide un cambio acotado y deja por escrito los criterios de aceptación. Por ejemplo:

En este repositorio, corrige la validación del formulario de registro.
No cambies el diseño ni añadas dependencias.
Aceptación: rechaza email inválido, conserva el mensaje de error existente
y añade o actualiza una prueba para ambos casos.
Antes de editar, indica los archivos que tocarás. Después muestra el diff,
el comando de prueba ejecutado y el resultado.

No publiques directamente lo que responda. Compara el diff con la petición, ejecuta el test y revisa si tocó archivos fuera de alcance. Registra tres datos: si pasó la prueba, cuánto tardaste en corregirlo manualmente y si la respuesta explicó sus límites. Es una comparación útil para tu trabajo, no un benchmark universal: una sola tarea no demuestra que un modelo sea mejor en general.

Si tu equipo no ve la alternativa

GitHub advierte que los administradores de Copilot Enterprise quizá deban habilitar el nuevo modelo mediante las políticas de modelos. La comprobación oficial es revisar la configuración individual y confirmar que la política del modelo esté activa; entonces debería aparecer en el selector de Copilot Chat de VS Code o github.com. Si no aparece, documenta la cuenta, la organización, el cliente y el modelo deseado antes de pedir el cambio al administrador. No hay que eliminar manualmente los modelos retirados.

Para una persona sola, el siguiente paso es revisar el selector antes de asumir que tu prompt o tu proyecto “se rompió”. Para un equipo, inventaría presets, instrucciones internas y capturas de tutoriales que nombren explícitamente uno de los seis modelos. Actualiza solo las referencias afectadas y corre la misma tarea de aceptación con la alternativa disponible. Si tu flujo usa límites de costo o latencia, consulta las condiciones vigentes en tu plan antes de migrarlo a producción; la lista de GitHub no contiene una equivalencia de precio ni rendimiento.

Qué decisión tomar hoy

Si tienes trabajo urgente, usa un modelo disponible y valida el resultado con tests y revisión humana. Si mantienes un flujo repetible o compartido, dedica una ejecución a medirlo antes de cambiar el valor por defecto. Si eres administrador, comprueba políticas y selector con una cuenta real del equipo. El anuncio es una retirada de modelos dentro de GitHub Copilot; no significa que esos nombres hayan desaparecido de todos los servicios o API de sus proveedores.

Fuente y fecha: GitHub Changelog, 19 de octubre de 2026. La prueba descrita es un procedimiento propuesto por SoyJB; no presentamos resultados propios de rendimiento porque no se ha ejecutado una comparación controlada.