Michael JohnsonAhora se puede elegir HydraFusion Max en Copilot para tareas complejas: el sistema determina qué flujo de ejecución y qué modelos utilizar en las etapas de resolución y revisión. GitHub anunció la actualización el 14 de octubre de 2026; HydraFusion y Max están disponibles en vista previa de investigación en VS Code, la aplicación GitHub Copilot y Copilot CLI.
HydraFusion funciona como un orquestador de varios modelos, no como un modelo independiente. Para cada solicitud, elige uno de varios flujos: un modelo resuelve la tarea; Cascade envía el borrador a un modelo evaluador, que puede aceptarlo o solicitar una ronda más exhaustiva; Critique reúne en paralelo los comentarios de varios modelos y devuelve una respuesta revisada. En la actualización, GitHub informó que Cascade incorporó una etapa de evaluación del borrador y que Critique utiliza más activamente herramientas para revisar el espacio de trabajo. El anuncio de la actualización de HydraFusion también describe el ajuste del esfuerzo de razonamiento: nivel medio para la propuesta inicial y alto para la revisión.
Max está pensado para tareas en las que importa revisar a fondo
HydraFusion Max utiliza la misma arquitectura y los mismos flujos de orquestación que la versión básica, pero está diseñado para tareas más exigentes y aplica un mayor esfuerzo de razonamiento cuando hace falta ser minucioso. GitHub lo presenta como una opción para tareas agénticas complejas; para el trabajo cotidiano habitual, la empresa recomienda la selección automática de un solo modelo.
Esto ofrece a los desarrolladores una elección práctica entre rapidez y etapas adicionales de revisión. En una corrección menor, las rondas extra pueden añadir latencia y coste sin aportar un resultado útil. En un cambio que afecta a varios archivos y cuya coherencia es importante, una etapa de crítica independiente podría ser más adecuada. Se trata de una hipótesis de trabajo que conviene probar con tareas propias, no de una garantía de mejora de calidad publicada por GitHub.
La vista previa requiere controlar los costes y los cambios en la copia de trabajo
El acceso depende del plan de Copilot, de las funciones experimentales habilitadas y de las políticas de la organización. La documentación de GitHub sobre HydraFusion indica que el sistema selecciona por su cuenta los modelos disponibles y que cada ronda se factura según la tarifa estándar del modelo correspondiente. Por eso, una tarea con Cascade o Critique puede consumir más créditos de IA que una sola llamada a un modelo. La documentación también explica estas condiciones, cómo consultar el uso y las limitaciones actuales de la vista previa de investigación.
Los equipos pueden evaluar fácilmente si les conviene activar la orquestación: elegir una pequeña muestra de tareas reales, mantener iguales las solicitudes y las versiones iniciales del repositorio, y luego comparar HydraFusion, Max y el modo habitual. Para cada resultado, conviene registrar el tiempo empleado, los créditos de IA consumidos, el número de correcciones tras la revisión y los errores detectados por las pruebas o quien revise el código. Esta medición responde a una pregunta práctica: si las rondas adicionales mejoran su proceso de desarrollo.
Antes de fusionar los cambios, revise el diff y ejecute las pruebas habituales: la documentación advierte que los cambios en archivos realizados durante un borrador descartado no se revierten automáticamente. Como las funciones siguen en vista previa y los modelos utilizados pueden cambiar, conviene repetir la evaluación después de actualizaciones importantes. Para las solicitudes breves del día a día, un punto de partida razonable es la selección habitual de modelo; merece la pena probar HydraFusion Max en tareas donde una revisión adicional podría ahorrar tiempo al corregir errores.