La IA, en tu trabajo.

Qué anunció GitHub

El anuncio del 19 de octubre declara obsoletos seis modelos en la mayoría de las experiencias de Copilot, incluidos Chat, edición en línea, modos de consulta y agente, y completado de código. No exige eliminarlos manualmente.

Estas son las sustituciones sugeridas en aquel anuncio:

Disponibilidad: una lista no garantiza acceso universal

La documentación de modelos compatibles clasifica las cuatro alternativas como disponibles de forma general. Sin embargo, todavía incluye Grok 4.5 como disponible y no lo recoge en el historial de retiradas. Esa discrepancia impide presentar su retirada como uniforme y plenamente aclarada.

Las fuentes consultadas tampoco enumeran todas las excepciones a «la mayoría» de experiencias. Por tanto, el anuncio no permite deducir por sí solo el estado de cada combinación de modelo y cliente.

Qué revisar en los accesos

Según la guía de configuración de GitHub, el acceso depende del plan, del cliente y de las restricciones de la organización o empresa. Sus responsables pueden habilitar o deshabilitar modelos para usuarios de Copilot Business y Enterprise. Free y Student solo acceden mediante selección automática.

En VS Code, el modelo de Chat se cambia desde el desplegable situado en la parte inferior del panel. Esa elección no cambia el modelo de las sugerencias en línea, como aclara la guía para cambiar de modelo.

Como propuesta operativa de Nexo, conviene registrar por separado la experiencia utilizada, el modelo que aparece y la política aplicable. Esa pequeña ficha facilita distinguir un problema de acceso de una decisión sobre qué alternativa adoptar.

Interpretación: la sustitución necesita criterios propios

La lectura editorial de Nexo es que una recomendación del proveedor sirve como punto de partida para evaluar una alternativa. No demuestra que vaya a conservar el comportamiento que un equipo necesita.

Una revisión útil puede empezar por las referencias a modelos en instrucciones, materiales de formación y procedimientos internos. Después, el equipo puede definir qué considera una respuesta aceptable: respetar una interfaz, mantener las pruebas existentes o explicar una modificación con suficiente precisión.

Si el modelo anterior ya no está accesible, la comparación puede hacerse contra requisitos explícitos y resultados previamente conservados. Debe describirse como una evaluación de aceptación, sin presentarla como una prueba simultánea entre modelos.

Ejemplo sintético de evaluación

El siguiente ejercicio es una propuesta de Nexo; no se ha ejecutado y no representa resultados de ningún modelo. Utiliza un repositorio ficticio para evitar que el ejemplo dependa de código privado.

• Tarea: corregir una función que suma importes y falla cuando recibe una lista vacía.
• Criterios: devolver cero para la lista vacía, conservar la firma pública y añadir pruebas para entradas normales y vacías.
• Registro: anotar modelo, cliente, instrucciones, contexto suministrado, pruebas superadas e intervenciones humanas necesarias.