Devin Fusion: o que faz o novo harness multi-modelo da Cognition

O que o Devin Fusion realmente é

Deixe-me começar pela própria coisa, porque "harness multi-modelo" é jargão que esconde uma ideia simples.

Um harness é a estrutura ao redor de um modelo de linguagem que o transforma em um agente: o loop que lê sua base de código, planeja, chama ferramentas, executa testes e decide o que fazer a seguir. O Devin sempre foi o harness da Cognition para trabalho autônomo de software. O Fusion muda uma coisa nisso: em vez de rodar esse loop em um único modelo, ele o executa em dois ao mesmo tempo.

A Cognition apresenta o problema de forma direta no anúncio do Devin Fusion: "As equipes de engenharia estão queimando dinheiro. Não é mais sustentável usar os modelos mais caros em todas as tarefas." A analogia deles ficou na minha cabeça: "Você não dirigiria uma Lamborghini até o mercado, então por que usaria um modelo capaz de descobrir vulnerabilidades zero-day para fazer a curva de um botão?"

O discurso, nas palavras deles: "A era de usar um único modelo para todo o seu trabalho está chegando ao fim." O Fusion é a resposta deles, e foi lançado em prévia dentro do Devin no mesmo dia em que foi anunciado. Ele chega depois de um grande ano para a Cognition, que levantou mais de US$ 1 bilhão em uma avaliação de US$ 26 bilhões em maio de 2026 e incorporou o Windsurf à linha de produtos (o antigo IDE Windsurf agora é o "Devin Desktop").

O sidekick: como funciona por baixo dos panos

O mecanismo central é o que a Cognition chama de abordagem "sidekick", e vale a pena entendê-lo porque é diferente do roteamento ingênuo de modelos que a maioria das ferramentas faz.

Dois agentes totalmente capazes rodam em paralelo. Um agente principal em um modelo de ponta (pense em Opus 4.8 ou GPT-5.5) e um agente sidekick menor e mais barato. Cada um mantém seu próprio contexto persistente e em cache. À medida que a tarefa avança, o agente principal decide o que delegar. O padrão ajustado da Cognition é que o agente principal "deve tomar ações mínimas... Por padrão, ele deve delegar e monitorar, enquanto toma as decisões significativas: o plano, a interpretação da ambiguidade, a revisão final." O sidekick faz o trabalho pesado: explorar a base de código, escrever código, escrever testes, corrigir lint.

Por que não simplesmente deixar o modelo principal "pedir ajuda" a um modelo mais barato, como faziam as ferramentas anteriores? Por causa das falhas de cache. Quando um agente de ponta consulta um modelo consultor separado, ele reenvia todo o seu contexto a preço integral toda vez, o que fica caro rapidamente. O Fusion contorna isso: ambos os agentes mantêm seus próprios contextos em cache, então a delegação não dispara um reenvio custoso. A Cognition até deixa uma provocação de engenharia no post, observando que "a maioria dos inputs em cache tem apenas 5 minutos de validade" e convidando os leitores a pensar em como eles contornaram isso.

A segunda técnica é o roteamento dinâmico durante a sessão. Escolher um modelo no início de uma tarefa é uma aposta, porque um único prompt raramente revela o quão difícil o trabalho realmente vai ficar. Por isso o Fusion executa classificadores leves durante a execução que podem escalar uma tarefa do sidekick que esteja com dificuldades de volta ao agente principal, ou trocar de modelo completamente. O truque interessante: ele troca de modelo durante a compactação de contexto, uma etapa que geraria uma falha de cache de qualquer forma, então a troca sai efetivamente de graça. É a mesma ideia do loop de raciocínio agêntico que sustenta os agentes modernos, só que aplicada a qual modelo executa cada turno.

Os números: 35% mais barato, com um asterisco

A Cognition avaliou o Fusion no FrontierCode, um novo benchmark de qualidade de código que construiu com mais de 20 mantenedores de código aberto e que mede se o código é realmente mesclável, não apenas se passa em um teste. Aqui está a fatia principal dos resultados (FrontierCode Extended, pontuação versus custo médio por tarefa):

A história que a tabela conta: o Fusion (sem o Fable 5) pontua 47,9 a US$ 2,38 por tarefa, praticamente igualando os 48,8 do Opus 4.8 enquanto custa cerca de um terço a menos. A Cognition arredonda isso como uma melhoria de custo de 35% "mantendo o desempenho equivalente ao de ponta."

Duas ressalvas honestas antes de você tirar um print desse gráfico. Primeiro, isso é um benchmark do fornecedor em uma avaliação construída pelo fornecedor, o que é aceitável como sinal, mas não é o mesmo que teste independente. Segundo, o número ainda melhor de "41% mais barato" exige o Fable 5 da Anthropic, e o acesso ao Fable 5 foi suspenso em 12 de junho de 2026 sob uma diretriz do governo dos EUA. Então esses números do Fable 5 foram medidos antes do corte e não são reproduzíveis no momento. O número em vigor é o de 35%.

A Cognition também diz que o Fusion "realmente parece bom no uso real" e apoia isso com uma estatística interna: depois de ativá-lo, 88% dos seus pull requests mesclados foram conduzidos inteiramente pelo roteador automático do Fusion. Isso é um sinal real, embora seja a Cognition testando em sua própria base de código, que é o ambiente de teste mais amigável possível.

Quando delegar ajuda, e quando sai pela culatra

A parte mais útil do anúncio, para mim, não foi o número principal. Foi a Cognition publicar as tarefas em que o sidekick prejudicou.

Em trabalho mecânico, a delegação é uma vitória clara. Modernizar um arquivo JS para ES6 saiu 62% mais barato com a pontuação se mantendo estável. Remover uma biblioteca de tracing obsoleta de uma base de código Go rodou 32% mais barato. Mas em um recurso de front-end difícil onde o julgamento era o produto final, delegar derrubou a pontuação de qualidade de 54 para 27. O próprio resumo da Cognition: "Quando o julgamento é o produto final, delegá-lo sai pela culatra."

Esta é a versão honesta, não de marketing, do discurso, e é a parte que vale a pena internalizar. O Fusion não é mágica que torna modelos baratos tão inteligentes quanto os caros. É um sistema para gastar tokens caros apenas onde eles mudam o resultado. Essa distinção é exatamente o que separa um agente de IA genuinamente útil de uma demonstração cara.

O que as pessoas estão realmente dizendo

O Fusion tem apenas alguns dias de vida, então a reação da comunidade especificamente ao Fusion é escassa e majoritariamente comentário positivo de lançamento. No Reddit's r/AIDeveloperNews, a opinião foi que "a arquitetura é realmente bem inteligente", e operadores no X têm dissecado o design do sidekick de forma elogiosa.

Mas você não pode ler as reações ao Fusion no vácuo, porque o Devin carrega muita bagagem. A crítica mais duradoura é o teste independente de março de 2024, no qual o Devin completou 3 de 20 tarefas, o que a internet apelidou de demonstração falsa. Curiosamente, em 2026 essa linha aparece principalmente como uma história de virada:

"Em março de 2024, testadores independentes disseram que o Devin completou 3 de 20 tarefas. A internet chamou de demonstração falsa. Dois anos depois, esse produto codifica para o Exército dos EUA."

@aakashgupta no X

Entre as pessoas que o usam no dia a dia, as reclamações são consistentes e são exatamente as coisas que o Fusion não resolve claramente. A confiabilidade é uma delas:

"A promessa era autonomia total, mas a realidade ainda envolve muita supervisão. Você dá uma tarefa, ele sai dos trilhos, você corrige, ele meio que volta ao rumo. Repete o processo."

r/ChatGPTCoding

A opacidade de custos é a outra, e é a mais falada. Uma avaliação detalhada no G2 de um engenheiro de automação de testes captura bem a perda de foco em tarefas longas: "Quando o consumo de ACU chega perto de 40 ou 50, o Devin realmente começa a perder o fio da meada. Ele começa a ignorar as instruções iniciais... Parece que o modelo fica cansado." O mesmo avaliador ainda o classificou bem para trabalho paralelo ("Posso ter cinco sessões diferentes rodando em paralelo"), o que é a leitura justa e equilibrada.

Há até uma linha de puro ceticismo em relação à marca que vale a pena ouvir, porque é o contrapeso ao hype:

"Devin? Esse é um nome que eu não ouvia há muito tempo... nesta era do Claude Code e do Codex, alguém ainda usa o Devin, ou conhece alguém que usa?"

libraryofbabel no Hacker News

Minha leitura: o Fusion é uma resposta de engenharia real para a reclamação sobre custo, e a ferramenta de revisão do Devin realmente recebe elogios. Mas tokens mais baratos não corrigem um agente que perde o rumo em uma tarefa longa, e isso ainda é a primeira coisa que usuários experientes apontam.

Preços do Devin, resumidamente

O Fusion está sendo lançado dentro do Devin, então o preço que você realmente vai encontrar é o do Devin. Aqui está o preço atual do Devin:

Uma nuance que confunde as pessoas: o Devin costumava cobrar os planos self-serve em "ACUs" (Agent Compute Units), a métrica opaca que gerou a maioria das reclamações no Hacker News. A partir de março de 2026, o self-serve passou para um modelo de cota baseado em tokens, e as ACUs agora são uma métrica exclusiva para o plano Enterprise, para a qual a Cognition não publica uma taxa em dólar pública. Se você está comparando custos, o guia de preços da Cognition AI da eesel detalha esse histórico, e vale a pena lê-lo antes de você assumir que um número por ACU que você viu online ainda é preciso.

O que isso significa se você não escreve código

Aqui está a parte com que mais me importo, porque a ideia central do Fusion vai muito além das ferramentas de codificação com IA.

"A era de usar um único modelo para tudo está chegando ao fim" não é apenas uma alegação sobre Cursor versus Codex. É verdade em todo lugar onde agentes fazem trabalho real, incluindo o suporte ao cliente. Um FAQ de redefinição de senha e uma disputa de cobrança complexa não precisam do mesmo modelo, e pagar preços de ponta pelos 80% fáceis é exatamente o problema de "dinheiro em chamas" que a Cognition está descrevendo, só que em uma fila diferente.

A armadilha é que a maioria dos fornecedores de IA de suporte esconde isso de você. Eles medem o uso bruto de modelo, ou cobram por resolução e depois discretamente roteiam tudo para o que for mais barato para proteger sua margem, o que é o jogo da taxa de deflexão como métrica de vaidade. O modelo melhor é aquele para o qual o Fusion aponta: ajuste o modelo ao tamanho certo da tarefa, e deixe o comprador pagar pelo resultado, não pelos tokens.

Onde a eesel se encaixa

Eu trabalho na eesel AI, e este é exatamente o problema que construímos para resolver, só que para equipes de suporte e internas em vez de pull requests. A eesel é uma colega de equipe de IA que se conecta ao seu helpdesk existente, aprende com seus tickets e documentos de ajuda anteriores, e cuida do trabalho de nível 1 da mesma forma que o Fusion cuida da codificação mecânica: o trabalho de rotina é resolvido automaticamente, e os tickets genuinamente difíceis, que exigem julgamento, são escalados para um humano com contexto completo. Mesmo princípio do sidekick, fila diferente.

Duas coisas fazem essa analogia se sustentar. Primeiro, você pode simular com seus tickets históricos antes de colocar em produção, então você vê a taxa de resolução e o custo nos seus próprios dados em vez de confiar em um benchmark de fornecedor, que é exatamente o teste independente que o Fusion ainda não tem. A Gridwise viu 73% das solicitações de nível 1 resolvidas no primeiro mês fazendo isso. Segundo, o preço é baseado em uso, cerca de US$ 0,40 por ticket resolvido, sem taxas por assento, então você está pagando pelo resultado, não por um modelo grande ficando ocioso em perguntas fáceis. Você pode experimentar a eesel gratuitamente sem precisar falar com vendas.