Devin Fusion: qué hace el nuevo harness multimodelo de Cognition

Qué es realmente Devin Fusion

Empecemos por la cosa en sí, porque "harness multimodelo" es jerga que esconde una idea sencilla.

Un harness es el andamiaje que rodea a un modelo de lenguaje y lo convierte en un agente: el bucle que lee tu base de código, planifica, llama a herramientas, ejecuta pruebas y decide qué hacer a continuación. Devin siempre ha sido el harness de Cognition para el trabajo de software autónomo. Fusion cambia una cosa: en lugar de ejecutar ese bucle en un solo modelo, lo ejecuta en dos a la vez.

Cognition plantea el problema sin rodeos en el anuncio de Devin Fusion: "Los equipos de ingeniería están quemando dinero. Ya no es sostenible usar los modelos más caros en cada tarea." Su analogía es la que se me quedó grabada: "No conducirías un Lamborghini al supermercado, así que ¿por qué usarías un modelo capaz de descubrir vulnerabilidades de día cero para redondear la esquina de un botón?"

El argumento, en sus palabras: "La era de usar un solo modelo para todo tu trabajo está llegando a su fin." Fusion es su respuesta, y se lanzó en preview dentro de Devin el mismo día del anuncio. Llega tras un gran año para Cognition, que en mayo de 2026 recaudó más de 1000 M$ con una valoración de 26 000 M$ e integró Windsurf en su línea de productos (el antiguo IDE de Windsurf ahora es "Devin Desktop").

El sidekick: cómo funciona por dentro

El mecanismo central es lo que Cognition llama el enfoque "sidekick", y vale la pena entenderlo porque es distinto del enrutamiento de modelos ingenuo que hace la mayoría de las herramientas.

Dos agentes plenamente capaces se ejecutan en paralelo. Un agente principal en un modelo de frontera (piensa en Opus 4.8 o GPT-5.5) y un agente sidekick más pequeño y económico. Cada uno mantiene su propio contexto persistente y en caché. A medida que avanza la tarea, el agente principal decide qué delegar. El patrón afinado de Cognition es que el agente principal "debería tomar acciones mínimas... Por defecto debería delegar y monitorizar, mientras toma las decisiones importantes: el plan, la interpretación de la ambigüedad, la revisión final." El sidekick hace el trabajo pesado: explorar la base de código, escribir código, escribir pruebas, corregir lint.

¿Por qué no dejar simplemente que el modelo principal "pida" ayuda a un modelo más barato, como hacían las herramientas anteriores? Por los fallos de caché. Cuando un agente de frontera consulta a un modelo asesor aparte, reenvía todo su contexto a precio completo cada vez, lo que se encarece rápido. Fusion lo esquiva: ambos agentes mantienen sus propios contextos en caché, de modo que la delegación no dispara un costoso reenvío. Cognition incluso deja en el post un teaser de ingeniería, señalando que "la mayoría de las entradas en caché solo tienen una caducidad de 5 minutos" e invitando a los lectores a pensar en cómo lo resolvieron.

La segunda técnica es el enrutamiento dinámico a mitad de sesión. Elegir un modelo al inicio de una tarea es una apuesta, porque un solo prompt rara vez revela lo difícil que se pondrá el trabajo. Así que Fusion ejecuta clasificadores ligeros durante la ejecución que pueden escalar una tarea del sidekick que se atasca de vuelta al agente principal, o cambiar de modelo por completo. El truco elegante: cambia de modelo durante la compactación del contexto, un paso que de todos modos provocaría un fallo de caché, así que el cambio es efectivamente gratis. Es la misma idea del bucle de razonamiento agéntico que sustenta a los agentes modernos, solo que aplicada a qué modelo ejecuta cada turno.

Las cifras: 35 % más barato, con un asterisco

Cognition midió Fusion con FrontierCode, un nuevo benchmark de calidad de código que construyó con más de 20 mantenedores de código abierto y que evalúa si el código es realmente fusionable, no solo si pasa una prueba. Aquí está el fragmento estrella de los resultados (FrontierCode Extended, puntuación frente al coste medio por tarea):

Lo que cuenta la tabla: Fusion (sin Fable 5) obtiene 47,9 a 2,38 $ por tarea, igualando aproximadamente el 48,8 de Opus 4.8 mientras cuesta alrededor de un tercio menos. Cognition redondea eso a una mejora de coste del 35 % "manteniendo un rendimiento equiparable al de la frontera".

Dos advertencias honestas antes de que hagas captura de ese gráfico. Primero, esto es un benchmark del proveedor sobre una evaluación construida por el proveedor, lo cual está bien como señal pero no es lo mismo que una prueba independiente. Segundo, la cifra aún mejor de "41 % más barato" requiere Fable 5 de Anthropic, y el acceso a Fable 5 se suspendió el 12 de junio de 2026 por una directiva del gobierno de EE. UU. Así que esas cifras de Fable 5 se midieron antes del corte y no son reproducibles ahora mismo. La cifra vigente es la del 35 %.

Cognition también dice que Fusion "de verdad se siente bien en el uso real", y lo respalda con una estadística interna: tras activarlo, el 88 % de sus pull requests fusionados fueron impulsados por completo por el enrutador automatizado de Fusion. Eso es una señal real, aunque es Cognition haciendo dogfooding sobre su propia base de código, que es casi el entorno de prueba más favorable posible.

Cuándo ayuda delegar y cuándo se vuelve en contra

La parte más útil del anuncio, para mí, no fue la cifra estrella. Fue que Cognition publicara las tareas en las que el sidekick perjudicó.

En el trabajo mecánico, delegar es una victoria clara. Modernizar un archivo JS a ES6 salió un 62 % más barato manteniendo la puntuación estable. Arrancar una biblioteca de trazado obsoleta de una base de código en Go salió un 32 % más barato. Pero en una función de front-end difícil donde el criterio era el entregable, delegar hundió la puntuación de calidad de 54 a 27. El propio resumen de Cognition: "Cuando el criterio es el entregable, delegarlo se vuelve en contra."

Esta es la versión honesta y sin marketing del argumento, y es la parte que vale la pena interiorizar. Fusion no es magia que hace que los modelos baratos sean tan inteligentes como los caros. Es un sistema para gastar tokens caros solo donde cambian el resultado. Esa distinción es exactamente lo que separa a un agente de IA genuinamente útil de una demo cara.

Qué dice la gente realmente

Fusion solo tiene unos días, así que la reacción de la comunidad a Fusion específicamente es escasa y en su mayoría comentarios positivos de lanzamiento. En r/AIDeveloperNews de Reddit, la valoración fue que "la arquitectura es en realidad bastante ingeniosa", y los operadores en X han estado diseccionando el diseño del sidekick con aprobación.

Pero no puedes leer las reacciones a Fusion en el vacío, porque Devin arrastra mucho lastre. La crítica más persistente es la prueba independiente de marzo de 2024 en la que Devin completó 3 de 20 tareas, lo que internet tachó de demo falsa. Curiosamente, en 2026 esa frase aparece sobre todo como una historia de regreso:

"En marzo de 2024, los probadores independientes dijeron que Devin completó 3 de 20 tareas. Internet lo llamó una demo falsa. Dos años después, ese producto programa para el Ejército de EE. UU."

@aakashgupta en X

Entre quienes lo usan a diario, las quejas son consistentes y son exactamente las cosas que Fusion no arregla de forma obvia. La fiabilidad es una:

"La promesa era autonomía total, pero la realidad sigue implicando mucha supervisión. Le das una tarea, se descarrila, lo corriges, más o menos vuelve al buen camino. Repetir y volver a empezar."

r/ChatGPTCoding

La opacidad de los costes es la otra, y es la más ruidosa. Una detallada reseña en G2 de un ingeniero de automatización de pruebas capta bien la deriva en tareas largas: "Una vez que el consumo de ACU llega a unos 40 o 50, Devin empieza de verdad a perder el hilo. Comienza a ignorar las instrucciones iniciales... Parece que el modelo se cansa." El mismo reseñador aun así lo valoró alto para el trabajo en paralelo ("Puedo tener cinco sesiones distintas corriendo en paralelo"), que es la lectura justa y de dos caras.

Hay incluso un hilo de puro escepticismo hacia la marca que vale la pena escuchar, porque es el contrapeso al bombo:

"¿Devin? Ese es un nombre que hace mucho que no oía... en esta era de Claude Code y Codex, ¿alguien usa Devin, o siquiera conoce a alguien que lo haga?"

libraryofbabel en Hacker News

Mi lectura: Fusion es una respuesta de ingeniería real a la queja del coste, y las herramientas de revisión de Devin de verdad reciben elogios. Pero los tokens más baratos no arreglan un agente que se desvía en una tarea larga, y eso sigue siendo lo primero que señalan los usuarios experimentados.

Precios de Devin, en breve

Fusion se está desplegando dentro de Devin, así que los precios que realmente pagarás son los de Devin. Estos son los precios actuales de Devin:

Un matiz que despista a la gente: Devin solía facturar los planes de autoservicio en "ACU" (Agent Compute Units), la medición opaca que generó la mayoría de las quejas en Hacker News. Desde marzo de 2026, el autoservicio pasó a un modelo de cuota basado en tokens, y las ACU son ahora una medición exclusiva de Enterprise para la que Cognition no publica una tarifa pública en dólares. Si estás comparando costes, la guía de precios de Cognition AI de eesel desglosa el historial, y vale la pena leerla antes de suponer que una cifra por ACU que viste online sigue siendo precisa.

Qué significa esto si no escribes código

Aquí está la parte que más me importa, porque la idea central de Fusion llega mucho más allá de las herramientas de programación con IA.

"La era de usar un modelo para todo está llegando a su fin" no es solo una afirmación sobre Cursor frente a Codex. Es cierto en cada lugar donde los agentes hacen trabajo real, incluido el soporte al cliente. Una FAQ de restablecimiento de contraseña y una disputa de facturación con matices no necesitan el mismo modelo, y pagar precios de frontera por el 80 % fácil es exactamente el problema de "quemar dinero" que describe Cognition, solo que en otra cola.

La trampa es que la mayoría de los proveedores de IA de soporte te ocultan esto. Miden el uso bruto del modelo, o cobran por resolución y luego enrutan silenciosamente todo a lo más barato para proteger su margen, que es el juego de la tasa de deflexión como métrica de vanidad. El mejor modelo es el que Fusion insinúa: ajusta el tamaño del modelo a la tarea y deja que el comprador pague por el resultado, no por los tokens.

Dónde encaja eesel

Trabajo en eesel AI, y este es justo el problema en torno al que construimos, solo que para equipos de soporte e internos en lugar de pull requests. eesel es un compañero de equipo de IA que se conecta a tu helpdesk existente, aprende de tus tickets pasados y documentos de ayuda, y gestiona el trabajo de nivel 1 igual que Fusion gestiona la programación mecánica: lo rutinario se resuelve automáticamente, y los tickets genuinamente difíciles y con mucho criterio se escalan a un humano con contexto completo. El mismo principio que el sidekick, otra cola.

Dos cosas sostienen la analogía. Primero, puedes simular sobre tus tickets históricos antes de salir a producción, de modo que ves la tasa de resolución y el coste sobre tus propios datos en lugar de fiarte de un benchmark del proveedor, que es exactamente la prueba independiente que Fusion aún no tiene. Gridwise logró resolver el 73 % de las solicitudes de nivel 1 en el primer mes haciendo esto. Segundo, los precios son por uso, en torno a 0,40 $ por ticket resuelto y sin tarifas por puesto, así que pagas por el resultado, no por que un modelo grande esté ocioso con preguntas fáciles. Puedes probar eesel gratis sin llamada de ventas.