Las retiradas de modelos de GitHub Copilot muestran por qué un modelo de respaldo es temporal

GitHub planea retirar seis modelos de Copilot Chat, ediciones en línea, el modo de preguntas, el modo agente y las finalizaciones de código el 1 de septiembre de 2026. El producto seguirá siendo Copilot, pero un flujo de trabajo que dependa de uno de esos nombres de modelo puede no comportarse igual después de los cambios del catálogo.

La respuesta práctica no consiste en sustituir seis cadenas y esperar que todo funcione. Haz un inventario de cada lugar donde un modelo retirado controla el comportamiento, confirma que el reemplazo propuesto está disponible para el mismo plan y cliente, repite tareas representativas y conserva un segundo respaldo compatible. Completa ese control antes del 31 de agosto. El registro de cambios de GitHub indica el 1 de septiembre, mientras que su hoja de ruta pública (en inglés) describe el cambio de la lista el 31 de agosto. Tratar la fecha anterior como plazo interno elimina un riesgo evitable de zona horaria y de límite del despliegue.

Un respaldo requiere atención adicional. GitHub dirigió inicialmente a los usuarios de Raptor Mini hacia MAI-Code-1-Flash. Su tabla de retiradas actual (en inglés) ahora programa la retirada de MAI-Code-1-Flash para el 10 de septiembre, solo nueve días después, y sugiere MAI-Code-1.1-Flash como siguiente opción. Una migración duradera debe evaluar ahora ese segundo salto.

El mapa de retiradas ya depende de la cuenta

El aviso de GitHub del 31 de julio (en inglés) ofreció esta correspondencia para el 1 de septiembre. La documentación actual ha reducido desde entonces las dos alternativas de Opus a Opus 5 y ha añadido la retirada posterior de MAI-Code.

Modelo que se retira	Alternativa documentada actualmente	Límite de migración que se debe registrar
Gemini 3.1 Pro	Gemini 3.6 Flash	El proveedor sigue siendo Google, pero el modelo sugerido pasa de un modelo Pro orientado al razonamiento a Flash; repite tareas complejas de edición y pruebas en vez de suponer un comportamiento equivalente.
Claude Opus 4.5	Claude Opus 5	Comprueba la habilitación de la política, la compatibilidad del cliente, la calidad de las tareas, la latencia y el uso de créditos.
Claude Opus 4.6	Claude Opus 5	No transfieras una puntuación de evaluación de Opus 4.6 a Opus 5 sin volver a ejecutar la evaluación.
Claude Sonnet 4.5	Claude Sonnet 5	Repite las pruebas de uso de herramientas, respuestas estructuradas, ediciones de código y comportamiento de revisión en las superficies que el equipo realmente utiliza.
Claude Sonnet 4.6	Claude Sonnet 5	Los suscriptores individuales con plan anual conservan Sonnet 4.6 según la excepción declarada por GitHub; esa excepción específica de una cuenta no es un plan de migración para toda la organización.
Raptor Mini	MAI-Code-1-Flash y después MAI-Code-1.1-Flash	El primer reemplazo sugerido se retira el 10 de septiembre. Prueba el segundo salto, de mayor duración, si está disponible para la cuenta y el cliente.

Este es un mapa del catálogo, no una garantía de compatibilidad. GitHub indica que la disponibilidad de modelos depende del plan y del cliente de Copilot (en inglés), y los responsables de organizaciones o empresas pueden habilitar o restringir modelos concretos. Algunas alternativas más nuevas también requieren versiones mínimas del IDE o de la extensión. Que un administrador vea un modelo en un selector personal no demuestra que todos los desarrolladores, editores o políticas de la organización puedan utilizarlo.

El reemplazo también puede cambiar el presupuesto. La referencia de precios de GitHub (en inglés) fija por modelo el precio de los tokens de entrada, de entrada en caché y de salida, y los convierte en créditos de IA. El 26 de agosto, indicaba Raptor Mini a 0,25 $por millón de tokens de entrada y 2$ por millón de tokens de salida; MAI-Code-1-Flash, a 0,75 $y 4,50$, respectivamente; y MAI-Code-1.1-Flash, a 0,20 $y 1,20$. Son datos de planificación fechados, no tarifas permanentes; registra la página y la fecha de revisión junto al resultado de la migración.

Las dependencias de comportamiento sobreviven a los nombres de los modelos

Buscar los seis nombres en un repositorio resulta útil, pero solo encuentra las dependencias registradas. El modelo también puede seleccionarse o restringirse en interfaces y políticas fuera de la base de código.

Elabora un inventario que cubra:

• las políticas de modelos de la organización y la empresa, incluido quién puede habilitar la alternativa;
• las selecciones guardadas del usuario y del espacio de trabajo en cada IDE o superficie de Copilot;
• los scripts o envoltorios de CLI que pasan un nombre de modelo;
• las extensiones, herramientas internas o lógicas de enrutamiento que esperan el comportamiento de un modelo concreto;
• los conjuntos de prompts, instrucciones del agente, esquemas de herramientas y analizadores de salidas estructuradas ajustados a su comportamiento;
• los casos de prueba de evaluación cuya línea base solo dice “Copilot”, sin el modelo, cliente y fecha; y
• los manuales operativos, capturas de pantalla, materiales de formación y respuestas de soporte que indican a los usuarios qué modelo elegir.

Para cada dependencia, registra la superficie por separado. Un candidato que supera un benchmark de chat no ha superado las pruebas de finalización en línea, modo de preguntas, modo agente o aceptación de finalizaciones de código. La cobertura independiente de la retirada (en inglés) señala el mismo punto operativo: el corte abarca los puntos de entrada del producto, así que un equipo necesita más que una comprobación del selector de modelos.

La calidad del reemplazo depende del flujo de trabajo

La comparación de modelos de GitHub (en inglés) ordena los modelos por fortalezas generales de tareas y advierte que difieren en calidad, latencia y coste. Usa esa página para preseleccionar candidatos. Usa un conjunto congelado y representativo de tareas para decidir si uno puede reemplazar al modelo retirado en un flujo de trabajo concreto.

La comparación relevante no es si dos modelos producen palabras idénticas. Es si el reemplazo produce el mismo resultado aceptado en la superficie que importa: el parche compila, los argumentos de las herramientas se validan, los archivos protegidos permanecen intactos y un revisor puede aprobar el resultado dentro de un presupuesto razonable de corrección. El chat, las finalizaciones en línea, el modo de preguntas y el modo agente pueden llegar a conclusiones distintas sobre el mismo candidato.

Por eso, la página general de comparación de modelos de GitHub es una preselección, no un resultado de migración. El plan de la cuenta, la política de la organización, la versión del cliente, el repositorio, las herramientas, la latencia, los reintentos y la corrección humana forman parte del comportamiento observado. La secuencia de Raptor a MAI añade una dimensión temporal: un reemplazo puede adquirir su propio plazo antes de que termine la primera migración.

Un respaldo debe fallar de forma visible y seguir siendo reemplazable

Hay tres resultados razonables para una dependencia. Migra cuando un candidato compatible supera el control. Mantén el flujo detenido cuando ningún candidato cumple un límite esencial de calidad, política, seguridad o coste. Elimina la dependencia explícita cuando la selección automática de Copilot sea aceptable y la reproducibilidad no requiera un modelo con nombre.

La selección automática no es una fijación encubierta. GitHub dice que elige según la disponibilidad y la complejidad de la tarea, por lo que puede reducir el mantenimiento del catálogo, pero también hacer que el modelo subyacente sea menos estable como variable experimental. Conserva un candidato explícito para flujos regulados, comparados con benchmarks o validados estrictamente cuando conocer el modelo forme parte de la evidencia.

Después del 1 de septiembre, el modelo retirado deja de ser un objetivo de reversión útil para las cuentas afectadas. La reversión operativa es el segundo modelo compatible, la ruta anterior sin IA o una pausa visible: no un nombre obsoleto abandonado en un archivo de configuración. Para los usuarios de Raptor Mini, por eso MAI-Code-1-Flash por sí solo no basta: un respaldo programado para desaparecer el 10 de septiembre es un puente, no un destino.

La lección general es más modesta que “los modelos más nuevos son mejores”. Copilot es un nombre de producto estable sobre una cartera de modelos cambiante. Los equipos que versionan juntos el modelo, la superficie, la política, el conjunto de tareas y el respaldo pueden absorber ese cambio sin confundir la sugerencia de GitHub con una prueba de que su flujo de trabajo sigue funcionando.

El análisis de la hoja de ruta de MCP (en español) aplica la misma distinción entre publicado y planificado a los cambios de protocolo. El análisis de llama.cpp estable frente a nightly (en español) muestra también por qué las actualizaciones de modelos locales requieren versiones inmutables y evidencias de carga de trabajo.

Fuentes

1. GitHub Changelog: Upcoming August 2026 model deprecations in GitHub Copilot
2. GitHub public roadmap: Copilot August 2026 model deprecations
3. GitHub Docs: Supported AI models in GitHub Copilot
4. GitHub Docs: AI model comparison
5. GitHub Docs: Models and pricing for GitHub Copilot
6. Tech Bytes report on the Copilot model deprecations