Análisis de Devin Fusion: ¿vale la pena el harness más barato de Cognition?

Qué es Devin Fusion, en una línea

Antes del análisis, lo básico. Devin es el ingeniero de software de IA autónomo de Cognition, el producto al que le delegas tickets enteros en lugar de autocompletar línea por línea. Fusion es un cambio en cómo funciona Devin: en lugar de apuntar un modelo caro a cada paso, ejecuta dos modelos a la vez y enruta el trabajo entre ellos. Cognition lo anunció el 29 de junio de 2026 y lo lanzó en preview dentro de Devin ese mismo día.

El planteamiento de Cognition es característicamente directo: "Los equipos de ingeniería están quemando dinero. Ya no es sostenible usar los modelos más caros en cada tarea." La frase que se me quedó grabada: "No conducirías un Lamborghini al supermercado, así que ¿por qué usar un modelo capaz de descubrir vulnerabilidades de día cero para redondear la esquina de un botón?" Fusion es la respuesta convertida en producto a eso, y llega a lomos de un gran año: Cognition levantó más de 1000 M$ con una valoración de 26 000 M$ en mayo e integró el antiguo IDE Windsurf en la línea como "Devin Desktop."

Aquí está mi tarjeta de puntuación para el resto de este análisis, para que sepas dónde aterrizo antes de los detalles:

Cómo funciona realmente el sidekick

El mecanismo central es lo que Cognition llama el enfoque "sidekick", y vale la pena entenderlo porque es más inteligente que el enrutamiento de modelos ingenuo que lanzan la mayoría de las herramientas.

Dos agentes plenamente capaces corren en paralelo. Un agente principal sobre un modelo frontier (piensa en Opus 4.8 o GPT-5.5) y un agente sidekick más pequeño y barato, cada uno manteniendo su propio contexto persistente y en caché. El agente principal, según el patrón afinado de Cognition, "debería tomar acciones mínimas... Por defecto debería delegar y supervisar, mientras toma las decisiones significativas: el plan, la interpretación de la ambigüedad, la revisión final." El sidekick hace el trabajo pesado, exploración de código, ediciones amplias, escribir pruebas, arreglar el lint.

¿Por qué no dejar simplemente que un modelo frontier "le pida" ayuda a uno más barato, como hacían las herramientas anteriores? Fallos de caché. Cuando un agente frontier consulta a un modelo asesor separado, reenvía todo su contexto a precio completo cada vez. Fusion evita esto: ambos agentes mantienen sus propios contextos en caché, así que delegar no dispara un costoso reenvío. La segunda técnica es el enrutamiento dinámico a mitad de sesión, clasificadores ligeros corren durante la ejecución y pueden escalar una tarea de sidekick que se atasca de vuelta al agente principal, y el cambio ocurre durante la compactación del contexto (que dispara un fallo de caché de todos modos), así que cambiar de modelo es efectivamente gratis. Es la misma idea del bucle de razonamiento agéntico detrás de los agentes modernos, aplicada a qué modelo ejecuta cada turno. Como ingeniero, esta es la parte que más respeto; es una respuesta de sistemas real, no un reencuadre de marketing.

La afirmación del 35 %, contrastada con las salvedades

Ahora el número que todos capturan en pantalla. Cognition midió Fusion en FrontierCode, una nueva evaluación que construyó con más de 20 mantenedores de código abierto y que mide si el código es realmente fusionable, no solo si pasa una prueba. Aquí está la porción del titular (FrontierCode Extended, puntuación frente al coste medio por tarea):

La historia: Fusion 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 a la altura del frontier."

Dos salvedades antes de que confíes en ese gráfico. Primero, es un benchmark del fabricante sobre una evaluación creada por el fabricante, lo cual es una buena señal pero no es lo mismo que pruebas independientes. Segundo, la cifra más llamativa del "41 % más barato" necesita el Fable 5 de Anthropic, y el acceso a Fable 5 fue suspendido el 12 de junio de 2026 bajo una directiva del gobierno de EE. UU., así que esos números se midieron antes del corte y no son reproducibles hoy. La cifra vigente es la del 35 %. Cognition también dice que el 88 % de sus propios pull requests fusionados fueron impulsados enteramente por el router de Fusion tras activarlo, lo cual es una señal real, pero es Cognition haciendo dogfooding sobre la base de código de Cognition, aproximadamente el entorno de prueba más amistoso que existe.

La parte más honesta, y para mí más útil, del anuncio fue que Cognition publicó las tareas donde el sidekick perjudicó. Modernizar un archivo JS a ES6 salió un 62 % más barato manteniendo la calidad. Arrancar una biblioteca obsoleta de una base de código Go corrió 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. Su propio resumen: "Cuando el criterio es el entregable, delegarlo sale mal." Esa es la frase que le adjuntaría a todo el producto.

Donde el análisis se vuelve menos halagador: fiabilidad y prueba

Fusion apunta al coste. No apunta a las dos quejas que han seguido a Devin durante dos años, y un análisis justo tiene que decirlo con claridad.

La primera es la fiabilidad. Lo más común que reportan los usuarios reales es que la autonomía está sobrevendida y la realidad es un bucle de corrección:

"La promesa era autonomía total, pero la realidad todavía implica mucho de estar supervisando. Le das una tarea, se descarrila, la corriges, más o menos vuelve al buen camino. Repetir y repetir."

r/ChatGPTCoding

El relato de primera mano más contundente que encontré es una reseña en G2 de un ingeniero de automatización de pruebas que calificó a Devin con 5/5 en general pero fue sincero sobre la deriva: "Una vez que el consumo de ACU llega a alrededor de 40 o 50, Devin realmente empieza a perder el hilo. Empieza a ignorar las instrucciones iniciales... Se siente como si el modelo se cansara." El mismo reseñador señaló el scope creep, "decidió refactorizar nuestros métodos base preconstruidos... aunque solo se suponía que debía escribir un simple script de prueba", y aun así lo adoró para el trabajo en paralelo: "Puedo tener cinco sesiones distintas corriendo en paralelo." Esa lectura de doble cara es la justa, y los tokens más baratos no arreglan obviamente ninguno de los aspectos negativos.

La segunda brecha es la prueba. Fusion tiene apenas días, así que la reacción de la comunidad a Fusion en concreto es escasa y en su mayoría comentario de lanzamiento positivo, en r/AIDeveloperNews la lectura fue que "la arquitectura es en realidad bastante ingeniosa." Eso es alentador, pero "arquitectura ingeniosa" y "fiable en mi repo durante seis semanas" son afirmaciones distintas, y solo una de ellas es comprobable ahora mismo.

Qué dicen realmente los usuarios reales sobre Devin

Aléjate de Fusion y Devin carga con mucho lastre, parte del cual ahora ha volcado en una historia de regreso. La crítica de legado duradera es la prueba independiente de marzo de 2024 donde Devin completó 3 de 20 tareas, que internet tildó de demo falsa. En 2026 esa frase aparece sobre todo con aprobación:

"En marzo de 2024, los evaluadores 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

También hay un hilo real de escepticismo hacia la marca que vale la pena escuchar, porque es el contrapeso al hype:

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

libraryofbabel en Hacker News

Y elogios genuinos de gente que encontró el encaje, especialmente para el tooling de revisión de Devin:

"Llevo un tiempo usando Devin Review, y creo que es el primero de los muchos bots-LLM de 'revisión de código' que... no se siente activamente como 'slop.' Mi función favorita ha sido organizar los archivos por 'flujo lógico' en lugar de alfabéticamente."

samyok en Hacker News

Precios de Devin: lo que pagarás en realidad

Fusion se despliega dentro de Devin, así que los precios con los que te toparás son los de Devin. Aquí están los precios actuales de Devin:

Un matiz que hace tropezar a la gente: Devin solía facturar los planes self-serve en opacas "ACU" (Agent Compute Units), la medición detrás de la mayoría de las quejas de precios en Hacker News. Desde marzo de 2026, el self-serve pasó a un modelo de cupo basado en tokens, y las ACU son ahora una medición exclusiva de enterprise sin tarifa pública publicada en dólares. Si estás comparando costes, mi guía de precios de Cognition AI recorre el historial, y vale la pena leerla antes de asumir que un número por ACU que viste online todavía se mantiene.

Quién debería usar Devin Fusion y quién debería saltárselo

Aquí es donde aterrizo como reseñador, dividido con claridad.

Échale mano si haces mucho trabajo mecánico y que sigue patrones, refactorizaciones, cambios de dependencias, migraciones, andamiaje de pruebas, y tu factura de tokens frontier va en aumento. Esa es exactamente la forma de tarea donde el sidekick gana en los propios datos de Cognition, y donde el 35 % es más creíble. Si ya estás dentro del ecosistema de Devin, activar Fusion es un experimento de bajo riesgo.

Piénsatelo dos veces si tu tarea típica es diseño de funciones que requiere criterio (los propios números de Cognition muestran que la delegación sale mal ahí), si ya te frustró que Devin se desviara en sesiones autónomas largas, o si necesitas fiabilidad probada y verificada de forma independiente antes de confiar en un agente en producción. En esos casos la jugada inteligente es esperar unas semanas a pruebas del mundo real, y mientras tanto sopesarlo frente a Cursor, Windsurf y alternativas a OpenAI Codex usando mi guía de herramientas de asistentes de programación con IA.

La lección 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 la programación. "La era de usar un modelo para todo está llegando a su fin" es cierto en todas partes 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 frontier por el 80 % fácil es 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 para soporte ocultan esto. Miden el uso bruto del modelo, o cobran por resolución y enrutan silenciosamente todo hacia lo que sea más barato para proteger el margen, el juego de la tasa de deflexión como métrica de vanidad. El mejor modelo es al que Fusion apunta: ajustar el modelo al tamaño de la tarea, y dejar que el comprador pague por el resultado, no por los tokens. Esa es la misma lógica de costes que uso cuando pienso en agentes en cualquier parte.

Prueba eesel

Trabajo en eesel AI, y este es exactamente el problema alrededor del cual 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 maneja el trabajo de nivel 1 como Fusion maneja la programación mecánica: lo rutinario se resuelve automáticamente, los tickets genuinamente difíciles y que requieren criterio se escalan a un humano con contexto completo. El mismo principio sidekick, distinta cola.

Dos cosas hacen que la analogía se sostenga. Primero, puedes simular sobre tus tickets históricos antes de salir en vivo, así ves la tasa de resolución y el coste sobre tus propios datos en lugar de confiar en un benchmark del fabricante, que es exactamente la prueba independiente que Fusion todavía no tiene. Segundo, el precio es basado en uso a alrededor de 0,40 $ por ticket resuelto sin tarifas por puesto, así que pagas por el resultado, no por un modelo grande inactivo en preguntas fáciles. Puedes probar eesel gratis, sin llamada de ventas.