Noticia · GitHub · 2 min de lectura
Fecha del hecho: · Publicado:
GitHub Copilot Fusion alcanzó la disponibilidad general y elige y orquesta modelos automáticamente
El 28 de octubre de 2026, GitHub anunció la disponibilidad general de Copilot Fusion, que combinaba la orquestación de varios modelos con la selección automática de modelo para que los usuarios eligieran un nivel de esfuerzo en lugar de un modelo.
Entrada de archivo: cubre un hecho del 28 de octubre de 2026 y la publicamos el 8 de noviembre de 2026. Los datos provienen de fuentes de esa fecha y pueden haber cambiado desde entonces.
El 28 de octubre de 2026, GitHub anunció la disponibilidad general de GitHub Copilot Fusion. Fusion combinaba la orquestación de varios modelos de Project HydraFusion con la selección automática de modelo de Copilot, de modo que los usuarios elegían un nivel de esfuerzo en lugar de un modelo. GitHub lo describió en una entrada del GitHub Changelog sobre el enrutamiento y la orquestación de modelos con Copilot Fusion.
Qué cambió
- Los niveles de esfuerzo eran Fusion Standard, Fusion High y Fusion Max, y Fusion orquestaba los modelos mediante flujos Single, Cascade y Critique.
- En el Artificial Analysis Coding Agent Index, Copilot Fusion Max obtuvo 60 puntos, a no más de dos puntos de Claude Code con Opus 5.5 Max.
- GitHub indicó que Fusion Max logró ese resultado con aproximadamente la mitad del costo promedio de API por tarea, usando cerca de la mitad de los tokens y alrededor de un 40% menos de tiempo por tarea.
- Fusion usaba solo modelos habilitados en las políticas de modelos de la empresa y la organización, los administradores podían fijar Fusion como modelo predeterminado y se facturaba cada modelo que Fusion usaba.
Qué significó para quienes construyen con IA
Copilot podía elegir modelos por sí mismo. Según las cifras de GitHub, Fusion Max se acercó al nivel más alto de Claude Code con aproximadamente la mitad del costo. Como Fusion solo usaba modelos habilitados en las políticas y se facturaba cada modelo utilizado, las políticas fijadas por los administradores seguían determinando qué modelos participaban en una tarea.
Opción de modelos locales
Una opción experimental permitía que Fusion seleccionara modelos locales: MAI Code 1.1 Flash mediante Windows ML en Windows, o MAI Code 1.1 Flash o Qwen3.8 Flash Next mediante un servidor compatible con OpenAI en Windows, macOS y Linux. Se activaba con el ajuste chat.copilot.localModel.enabled, y el enrutamiento seguía ocurriendo en la nube. GitHub la describió en una segunda entrada del GitHub Changelog sobre la selección de modelos locales.
Fuentes
- Route and orchestrate models with GitHub Copilot Fusion (GitHub, 28 de octubre de 2026, oficial)
- GitHub Copilot Fusion now supports selection of local models (GitHub, 28 de octubre de 2026, oficial)
Redactado con ayuda de IA, únicamente a partir de las fuentes indicadas arriba. Antes de publicarse, controles automáticos verificaron sus fechas, sus fuentes y todas sus versiones de idioma.