GitHub Copilot retirará seis modelos el 19 de octubre: qué revisar

GitHub anunció que retirará seis modelos de GitHub Copilot el 19 de octubre de 2026. Si tu equipo selecciona uno de ellos de forma manual o lo utiliza en flujos e integraciones, identifica dónde se usa y prueba una alternativa antes de esa fecha. GitHub propone Gemini 3.8 Flash, GPT-5.6 Sol, GPT-5.6 Luna o Grok 4.6 según el modelo actual. En Copilot Business y Enterprise, el acceso a las alternativas puede depender de la política de modelos; también influyen el plan y el cliente utilizado. El retiro aún no se ha producido.

El aviso de GitHub del 18 de septiembre comprende las experiencias de Copilot, incluidas Chat, ediciones en línea, modos de consulta y agente y completado de código. Es un anuncio de retiro futuro, no una falla actual del servicio ni la desaparición de todos los modelos de los proveedores mencionados.

Qué modelos dejarán de estar disponibles en GitHub Copilot

Los seis modelos comparten la misma fecha de retiro anunciada: 19 de octubre de 2026. Esta es la correspondencia sugerida por GitHub; «alternativa sugerida» no significa que resultados, costos o compatibilidad sean idénticos.

Modelo anunciado para retiro	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

La tabla procede del calendario oficial de GitHub. La referencia de modelos admitidos permite verificar qué opciones figuran actualmente y advierte que su disponibilidad depende del plan y del cliente y puede cambiar.

Qué debe hacer una organización antes del 19 de octubre

1. Localizar selecciones explícitas y procesos dependientes

Revisa los ajustes del selector de modelo, las instrucciones internas, los flujos de trabajo y las integraciones de Copilot que hagan referencia a alguno de los seis nombres. Incluye usuarios de IDE, equipos que trabajan en GitHub.com y administradores de Business o Enterprise. GitHub pide actualizar flujos e integraciones a modelos admitidos antes de la fecha; no dice que cada usuario deba borrar manualmente los modelos retirados, pues su retirada de la oferta no requiere esa acción.

Recomendación: registra para cada caso el modelo anterior, el cliente, el plan, el responsable y una prueba representativa. No asumas que una selección automática, una opción de Chat y una integración propia se comportan igual. Esta matriz es una práctica editorial sugerida para reducir sorpresas, no un requisito adicional anunciado por GitHub.

2. Confirmar acceso a las alternativas

GitHub afirma que, con la habilitación predeterminada de modelos, las alternativas recomendadas se activan automáticamente para clientes Copilot Business y Enterprise salvo que un administrador haya desactivado la política global o haya deshabilitado explícitamente el modelo. Si la habilitación predeterminada está apagada, el administrador puede permitir los modelos mediante las políticas correspondientes. Los detalles de la política predeterminada y la guía de configuración de acceso aclaran los roles y el alcance.

No presentes la alternativa de la tabla como universalmente disponible: además de la política, importan el tipo de suscripción y la superficie desde la que se usa Copilot. Un administrador debe comprobar la situación de su propia organización y los usuarios deben mirar el selector en su cliente compatible. La tabla de modelos por plan y cliente es la referencia para esa verificación.

3. Probar el cambio sin prometer equivalencia perfecta

Antes de fijar un reemplazo, evalúa tareas reales: completado de código, explicación de errores, cambios en varios archivos y revisión de propuestas. Compara calidad, tiempos y consumo bajo las condiciones de tu plan. Análisis: una alternativa sugerida es un punto de partida, no evidencia de que mantenga idéntico comportamiento, precio o rendimiento para todos los equipos. No hay métricas propias de GitCoders que permitan atribuir una mejora cuantitativa.

Si además actualizas la base de tu automatización, separa las pruebas: la migración anunciada de runners de GitHub Actions a Ubuntu 26.04 es otro cambio distinto. Para equipos que publican librerías, la publicación preparada de paquetes npm también requiere su propia validación. Cambiar varios componentes simultáneamente dificulta aislar la causa de un fallo.

Alcance internacional, oportunidades y precauciones

El aviso es de alcance general para las experiencias de GitHub Copilot y no fija excepciones por país. Eso no garantiza que todo modelo esté habilitado en cada cuenta o contexto: plan, cliente, políticas empresariales y eventuales requisitos de entorno pueden limitar el acceso. La fecha indicada es la misma para los seis modelos, pero GitHub podría publicar cambios posteriores; consulta el registro oficial antes de una migración de producción.

Oportunidad: aprovechar el retiro para documentar qué modelo se usa para cada tarea, quién puede habilitar alternativas y cómo se evalúan. Precaución: no cambiar una política empresarial sin revisar condiciones de datos y cumplimiento aplicables a la organización. La decisión técnica puede acompañarse de un inventario de herramientas y responsabilidades, especialmente en empresas con varios equipos de desarrollo. Los servicios de desarrollo web de GitCoders explican el marco más amplio de trabajo digital.

Preguntas frecuentes

¿Los seis modelos ya fueron retirados?

No. Al 19 de septiembre de 2026, GitHub anunció su retiro para el 19 de octubre de 2026. La documentación de modelos aún los enumera; ello es coherente con un retiro pendiente, no una contradicción.

¿Qué ocurre si un equipo usa GPT-5.5 o GPT-5.4?

GitHub sugiere GPT-5.6 Sol para ambos. Antes de la fecha, revisa si el modelo está habilitado en tu organización y cliente y prueba los casos de uso que dependan de una selección explícita.

¿Los administradores deben activar todos los reemplazos manualmente?

No necesariamente. En Business y Enterprise pueden quedar habilitados automáticamente bajo la política predeterminada; no ocurre si se ha desactivado esa política o el modelo en particular. El administrador debe verificar sus ajustes efectivos.

¿Hay que retirar manualmente los modelos antiguos de Copilot?

No para eliminarlos del servicio: GitHub dice que no se requiere una acción manual para quitarlos una vez retirados. Sí recomienda actualizar los flujos e integraciones que los utilicen antes del 19 de octubre.

Fuentes y fecha de verificación

• GitHub Changelog: anuncio y tabla de sustitución, publicado el 18 de septiembre de 2026 (inglés).
• GitHub Docs: modelos de IA admitidos en Copilot (español).
• GitHub Docs: configuración del acceso a modelos (español).
• GitHub Docs: política de disponibilidad predeterminada (inglés).

Fuentes verificadas el 19 de septiembre de 2026 a las 11:08 h, America/Lima. La fecha futura y las opciones de acceso pueden variar si GitHub emite un aviso posterior.