OpenRouter Fusion – É melhor que o Claude Fable 5?
OpenRouter Fusion – É melhor que o Claude Fable 5?
O OpenRouter acabou de lançar a Fusion API, uma abordagem que combina múltiplos modelos de linguagem num painel deliberativo com um modelo juiz. A proposta é simples: em vez de confiar num único modelo, o sistema envia o prompt a um conjunto de modelos em paralelo, recolhe as respostas e depois um juiz sintetiza o melhor de cada uma num resultado final. O resultado finaliza uma única resposta ao utilizador, sendo que esta é construída com base no consenso, diferenças, coberturas parciais e insights exclusivos detectados pelo juiz.
A promessa de marketing é ambiciosa: inteligência ao nível do Claude Fable 5 a metade do preço (ouço a saliva a cair seus gulosos!). O benchmark utilizado para suportar essa afirmação é o DRACO, da Perplexity, que consiste em 100 tarefas de research profundo cobrindo dez domínios diferentes, desde investigação académica até tecnologia e design de UX. Os testes realizados a 12 de Junho de 2026 mostram que um painel de modelos economicos (Gemini 3.5 Flash, DeepSeek V4 Pro e Moonshot Kimi K2.6) conseguiu ficar a menos de 1% do score do Fable 5 solo, que alcançou 65,3%. Já um painel de qualidade com Opus 4.8, GPT-5.5 e Gemini 3.1 Pro, sintetizado pelo Opus 4.8 como juiz, ultrapassou o Fable 5 isolado.
Em termos de performance, a "fusão" dos modelos parece oferecer ganhos verdadeiramente mensuráveis. Segundo os dados divulgados, cerca de três quartos da melhoria vem da síntese do juiz e um quarto da diversidade de modelos no painel. O próprio Opus 4.8, quando testado em dupla consigo mesmo, subiu 6,7 pontos percentuais no DRACO, passando de 58,8% para 65,5%. Isso demonstra que o efeito de pooling de respostas existe, mas não é uniforme: é mais pronunciado em tarefas onde há espaço para complementaridade entre modelos.
Para validar a promessa na prática, o sistema foi testado com três cenários distintos. No primeiro, um browser OS de teste, os resultados foram decepcionantes: a interface final ficou estética e funcionalmente aquém do que seria esperado, com ausência de funcionalidades básicas e problemas de usabilidade. Os próprios modelos em paralelo entregaram arquiteturas diferentes, e o Fusion não conseguiu produzir um sistema coeso. O custo desse teste rondou os 2,50 dólares, num cenário que não justificava a despesa.
Já no segundo cenário, uma tarefa de research profundo sobre um veículo antigo com informação escassa e datada, o Fusion demonstrou o seu verdadeiro potencial. Enquanto um modelo isolado tinha produzido um texto genérico e pouco focado, a Fusion devolveu informação específica, identificou pontos cegos, apontou fontes como arquivos da Wayback Machine e revistas especializadas, e até detectou detalhes sobre as jantes do veículo que só foram confirmados manualmente mais tarde. Essa diferença é exactamente o que o sistema promete: o juiz identifica o que cada modelo deixou passar e funde as partes úteis.
No terceiro teste, um front-end para um site de relógios com modelo 3D e animação, os resultados foram mistos. Comparado directamente com uma geração anterior feita com Fable 5, a Fusion ficou visivelmente abaixo na qualidade estética e na fidelidade do modelo tridimensional. A versão produzida pelo painel económico, a cerca de 1,40 dólares adicionais, apresentou um aspecto mais próximo de um relógio de bolso do que da peça de design inicial, mas manteve alguns acertos interessantes, como a definição da coroa e o movimento do ponteiro dos segundos.
A questão orçamental é central. Com o requerimento de qualidade, cada pedido consome tokens de vários modelos de topo (Opus 4.8, GPT-5.5 e Gemini 3.1 Pro) mais o modelo juiz, pelo que o custo acumula rapidamente. Nos testes realizados, a sessão total aproximou-se dos 20 dólares, um valor elevado para utilização pontual. O não requerimento de qualidade (com modelos mais fracos) já reduz essa factura, mas também limita o tecto de qualidade; ainda assim, para tarefas específicas de pesquisa e desenvolvimento, pode ser a opção mais racional.
Do ponto de vista técnico, a Fusion está disponível como alias de modelo openrouter/fusion e como plugin ou server tool. O utilizador pode escolher entre presets pré-configurados (de qualidade ou mais económicos - Quality / Budget) ou definir um painel customizado com os modelos que pretender, incluindo pesos abertos como o DeepSeek V4. O Fluxo é simples: o pedido chega, o painel responde em paralelo com pesquisa web activa, o juiz analisa e devolve a resposta final. Tudo acontece via API, sem necessidade de orquestração manual por parte do utilizador.
Uma limitação importante é o tempo de resposta. Como o sistema aguarda a conclusão de todos os modelos do painel antes de passar ao juiz, a latência é superior à de um modelo individual. Em testes com pesquisa, esse atraso foi notório mas aceitável; no entanto em fluxos onde a velocidade é crítica, pode ser um obstáculo. Outra ressalva é o scope dos benchmarks: o DRACO foca-se em tarefas de pesquisa profunda, o que significa que a afirmação de supremacia geral sobre Fable 5 deve ser lida com cautela. Fora desse nicho, o Fusion parece ser mais inconsistente.
A remoção do acesso ao Fable 5, ocorrida a 12 de Junho de 2026 por razões de "controlo de exportação", tornou esta solução particularmente relevante para quem procura performance próxima sem depender desse modelo. O Fusion não é um substituto directo, mas funciona como uma alternativa viável para pesquisa, análise comparativa e síntese de informação complexa onde o erro tem custo elevado. Para coding, geração de interfaces ou tarefas criativas com critérios estéticos rigorosos, continua abaixo do que um modelo fronteiriço isolado consegue entregar.
Se a evolução continuar, o próximo passo natural é a afinação de painéis especializados por domínio (pesquisa, código, criatividade) em vez de um preset generalista. A ideia de fazer vários modelos trabalharem em paralelo com um juiz central não é nova, mas a forma como o OpenRouter embalou e disponibilizou o produto baixa a barreira de entrada. Resta saber se os ganhos se sustentam fora do DRACO e se o custo de utilizar múltiplos modelos de topo compensa perante a opção de assinar directamente um modelo fronteiriço (se houver essa opção... entenda-se).
