Ir al contenido

El medio de los artesanos de la web viernes, 2 de octubre de 2026

MailStudio
IA para la web

HydraFusion pasa de la CLI a VS Code y a la app de Copilot

GitHub ha extendido HydraFusion, su sistema de orquestación de varios modelos lanzado a principios de septiembre como vista previa de investigación en Copilot CLI, a Visual Studio Code y a la app de Copilot. La herramienta decide ahora por sí misma cómo…

GitHub anunció el 30 de septiembre de 2026 la llegada de HydraFusion a Visual Studio Code y a la aplicación Copilot, un mes después de su lanzamiento como vista previa de investigación en Copilot CLI. HydraFusion no es un modelo adicional, sino un sistema de orquestación: decide, para cada tarea, si hace falta un único modelo, una escalada hacia un modelo más capaz, o una revisión cruzada entre dos modelos de familias distintas. La iniciativa se suma a varios proyectos de Copilot lanzados en las últimas semanas, entre ellos la apertura de Copilot Code a perfiles no técnicos.

Tres formas de ejecutar una tarea

GitHub presenta HydraFusion como un problema de optimización del flujo de trabajo, más que como un simple selector de modelo. Hay tres patrones de ejecución disponibles, elegidos automáticamente según la naturaleza de la solicitud.

ModoFuncionamientoCaso de uso típico
SingleUn único modelo resuelve la solicitud de principio a finTarea simple y bien delimitada
CascadeUn modelo económico redacta una respuesta; un filtro de calidad escala a un modelo más potente si es necesarioVolumen alto, presupuesto de tokens limitado
CritiqueUn modelo redacta, un segundo modelo de otra familia revisa de forma independiente, el primero corrige una vezTarea sensible donde un error sale caro

De la CLI al editor

Hasta ahora, la activación solo pasaba por la línea de comandos de Copilot CLI, mediante un ajuste experimental y un selector de modelo dedicado.

/update
/experimental on
/model
> HydraFusion (Research Preview)

La extensión a VS Code y a la app de Copilot lleva ese mismo mecanismo a una interfaz gráfica, dentro del selector de modelo habitual, sin pasar por la terminal. GitHub también indica haber mejorado la legibilidad del proceso: progreso en tiempo real e indicadores de estado más claros durante las tareas largas, un punto débil señalado con frecuencia desde el lanzamiento en CLI.

Las ganancias que anuncia GitHub

En su propio protocolo de evaluación TerminalBench 2.1, GitHub indica una reducción de coste estimada del 67 % frente a una ejecución solo con Claude Opus 5, junto con un aumento de 4,9 puntos porcentuales en las tareas resueltas correctamente. Estas cifras proceden de un protocolo interno de GitHub medido sobre su propio benchmark; esta redacción no las ha verificado de forma independiente.

HydraFusion no sustituye al selector «Auto» de Copilot: explora cómo un mismo turno puede a la vez elegir un flujo de trabajo y coordinar varios modelos.

El acceso sigue condicionado a una suscripción Copilot Pro, Pro+, Business o Enterprise. En las cuentas empresariales, un administrador debe activar las funciones en vista previa a nivel de organización antes de que un desarrollador pueda usarlas, ya sea desde la CLI, VS Code o la app de Copilot.

Lo que hay que recordar

HydraFusion pasa de ser un experimento exclusivo de la CLI a tener una disponibilidad más amplia en VS Code y la app de Copilot, sin cambiar de principio: enrutar automáticamente una tarea hacia un único modelo, una cascada económica o una revisión cruzada. Sigue siendo una vista previa de investigación, sujeta a las políticas de organización, y las ganancias anunciadas se apoyan en un benchmark interno de GitHub. Se suma a tendencias como la incorporación de Grok 4.7 para programación agéntica, que también apunta a diversificar los modelos disponibles en Copilot.

El modo Cascade me parece el que más probabilidades tiene de adoptarse en producción, porque responde a un problema concreto de presupuesto y no a una promesa abstracta de calidad. El modo Critique, en cambio, me parece sobre todo útil en código de seguridad o de facturación, donde un segundo par de ojos sí cambia el resultado. Mantendría cierta cautela con las cifras de coste que da GitHub mientras un tercero independiente no reproduzca la medición: un proveedor que evalúa su propia función con su propio benchmark rara vez sale perdiendo. — Simon Janvier

Para saber más: anuncio oficial en el changelog de GitHub.

Compartir LinkedIn Bluesky Hacker News E-mail

Leer también