GitHub presenta HydraFusion: orquestación de modelos que iguala a Opus 5 con un 67% menos de costo
Project HydraFusion: Frontier quality via multi-model orchestration
GitHub ha presentado Project HydraFusion, una vista previa de investigación que orquesta múltiples modelos de IA en tiempo de ejecución para ofrecer calidad de frontera en tareas de codificación. HydraFusion selecciona automáticamente entre tres patrones de ejecución —single, cascade y critique— según la tarea, equilibrando rendimiento, costo y latencia. En evaluaciones comparativas, logró una calidad superior a Claude Opus 5 en TerminalBench 2.1 (+4.9 puntos) con un costo estimado un 67% menor, y se mantuvo a la par en otros benchmarks con reducciones de costo de hasta el 65%. El sistema aprende de sesiones reales de GitHub Copilot y promete simplificar la elección de modelos para los desarrolladores.
HydraFusion trata la selección del flujo de trabajo como un problema de optimización: utiliza señales de capacidad para razonamiento, generación de código, depuración y uso de herramientas para elegir el patrón de ejecución más eficiente que cumpla con el estándar de calidad.
- hdz
Si eres usuario de copilot cli (existimos), sabes que el modo automático deja algo que desear. Solo cambia de modelo al inicio de una sesión o después de la compactación. La mayoría de las tareas de desarrollo ahora dependen de subagentes y no hay enrutamiento de modelos en los subagentes.
Noto que no se mencionan los niveles de esfuerzo en las comparaciones. 5.6 Luna Max es realmente bueno y realmente barato. Un orquestador 5.6 Sol alto con 5.6 Luna max es barato, tiene rendimiento de nivel frontera y es más rápido que Sol solo. Esto se puede lograr con simples instrucciones de agente. Espero con ansias ejecutar mis propios benchmarks en HydraFusion para ver cómo le va. Se acabaron los días en que un solo modelo hacía todo el trabajo, parece, a menos que el trabajo no requiera llamadas a herramientas.
- gopalv
> Un modelo redacta un resultado, un crítico independiente de solo lectura de una familia de modelos diferente lo revisa
Múltiples proveedores de modelos es clave aquí; el patrón de cascada no lo necesita, pero el patrón de crítica sí.
En noviembre pasado, mi equipo escribió un artículo ("Team of Rivals") sobre la diferencia entre usar un modelo de OpenAI para criticar la salida de un modelo de Anthropic versus ejecutar un bucle de auto-revisión de agente en el mismo proveedor.
Las ablaciones [1] demostraron que ninguna empresa por sí sola era mejor que usar ambas.
El artículo fue una respuesta general a "¿Qué hace tu empresa que Anthropic no pueda?" pero más que nada una demostración de cómo hacer algo bueno al 90%+ con modelos que evalúan alrededor del 60% (y el post de Gas Town desbloqueó nuestro argumento de "esto es un secreto comercial" sobre el artículo).
- Roark66
Cuestiono sus resultados. No se necesita mucho para superar a la frontera en benchmarks individuales si uno pone software adicional entre el modelo y el arnés.
Esta es también una razón por la cual comparar "modelos desnudos" cuyos pesos están disponibles y la frontera donde los proveedores pueden hacer lo que quieran detrás de escena es injusto.
Específicamente, todo lo que se necesitó para impulsar a Qwen3.8-27B a obtener un 10% más de puntos en SWEbench Pro y Terminal Bench 2.0 con un proxy que tiene solo estos fundamentos:
- ajusta algunas configuraciones de decodificación como una temperatura ligeramente más alta
- detecta cuando el modelo se atasca y le dice "continúa"
- detecta respuestas cortadas a la mitad, respuestas vacías que contienen solo razonamiento, formatos que no pasan la verificación, etc., y le dice al modelo "inténtalo mejor"
Y eso es todo. 10% más. Admito que en un subconjunto de tareas, pero los resultados son resultados, incluso en un subconjunto.
- zatkin
Este tiene que ser el peor nombre de proyecto que he visto en todo el año.
- guybedo
He estado usando crítica y revisiones adversariales para muchos pasos de planificación, diseño de soluciones e implementación dentro de flujos de trabajo.
Es tan efectivo y ayuda a detectar tantos defectos de diseño, fallos de implementación, etc... que me pregunto cómo la gente logra construir proyectos complejos/grandes con agentes sin este tipo de proceso. Bueno, en realidad construí esta cosa porque no podía obtener buenos resultados, así que tuve que encontrar una manera.
Voy a abrir el código fuente de todo, pero necesita algo de limpieza; hay una página de aterrizaje básica aquí https://kodfactory.com por si alguien quiere ser notificado cuando se publique en github. Sí, lo sé, el mundo realmente necesita otra fábrica de software :-)