GitHub publicó el 14 de septiembre una actualización que da a los desarrolladores más control sobre cómo Copilot elige el modelo automáticamente. La selección automática de modelo, que ya decidía por sí sola qué modelo usar en cada prompt, ahora acepta tres niveles de preferencia: eficiencia, equilibrio e inteligencia, según el changelog oficial.
Tres niveles, el mismo conjunto de modelos
La diferencia entre los niveles no está en qué modelos están disponibles, los tres usan el mismo conjunto, sino en cómo Copilot pondera costo, calidad y latencia al elegir uno para cada prompt individual. El nivel eficiencia prioriza mantener el costo bajo y funciona bien para tareas rápidas y directas. El equilibrio pondera los tres factores juntos, pensado para el trabajo diario. La inteligencia prioriza la calidad, diseñada para tareas complejas.
Un detalle evita la trampa obvia de pensar que "inteligencia" siempre activa el modelo más caro: el propio ejemplo de GitHub es una tarea simple, como agregar un docstring a una función existente, que puede seguir usando un modelo pequeño y eficiente incluso con el nivel ajustado a inteligencia. La elección ocurre por prompt, no por sesión completa.
Lanzamiento y facturación
La función está llegando a VS Code, la Copilot CLI y la app de GitHub Copilot. La facturación sigue el modelo que Auto realmente seleccione, sin importar el nivel elegido: configurar "eficiencia" no cambia el cargo asociado al modelo seleccionado; solo influye en qué modelo se elige con más frecuencia. Los suscriptores de pago mantienen el descuento del 10% sobre el uso facturado a través de Auto, que ya existía antes de esta actualización.
Por qué importa para quien paga la factura de IA
Los equipos de ingeniería que gestionan presupuestos de uso de Copilot suelen tratar la selección automática de modelo como una caja negra, con poco control sobre el equilibrio entre costo, calidad y latencia. Exponer el selector de eficiencia/equilibrio/inteligencia es una respuesta directa a esa queja recurrente, aunque la decisión final por prompt sigue en manos del algoritmo de GitHub, no del desarrollador. Vale la pena observar cómo se comporta realmente el nivel "eficiencia" durante algunas semanas antes de asumir que resuelve por sí solo la previsibilidad del costo de uso: un selector de preferencia no es lo mismo que elegir el modelo a mano, y la diferencia entre ambos solo aparece en la factura de fin de mes.