Imediatamente após o lançamento do Claude Fable 5, o acesso foi suspenso.
Naquele exato momento, a OpenRouter anunciou a Fusion API, um sistema que combina múltiplos modelos para gerar uma única resposta.
Em um post no X, a OpenRouter apresentou o Fusion como um "modelo composto que atinge inteligência de classe Fable pela metade do preço."
Essa é uma afirmação muito ousada.
No entanto, o que torna este anúncio interessante não é apenas o lançamento de uma nova API.
A suspensão do acesso ao Fable revelou instantaneamente o perigo de depender de um único modelo mais forte.
O Fusion surgiu como uma solução alternativa para essa vulnerabilidade.
Em outras palavras, esta notícia pode ser interpretada da seguinte forma:
O principal campo de batalha da IA está mudando de
"Qual modelo individual é o mais forte?"
para
"Como combinamos, julgamos e integramos múltiplos modelos?"
Este é um ponto de virada significativo.
O Que Aconteceu Primeiro
Como contexto, o Claude Fable 5 é um modelo de próxima geração anunciado pela Anthropic em 9 de junho de 2026.
No anúncio da Anthropic, o Fable 5 foi descrito como um modelo muito poderoso para tarefas autônomas de longa duração, engenharia de software, trabalho intelectual, visão e pesquisa científica.
No entanto, a situação mudou abruptamente em 12 de junho.
A Anthropic anunciou que suspenderia o acesso ao Fable 5 e ao Mythos 5 seguindo diretrizes de controle de exportação do governo dos EUA.
Isso expôs o risco da dependência de um único modelo.
Não importa quão forte um modelo seja, ele é inútil se você não puder acessá-lo.
Não importa quão alto seja o desempenho, ele pode desaparecer repentinamente do seu fluxo de trabalho devido a regulamentações, problemas de fornecimento, preços, filtros ou falhas do provedor.
Este é um problema muito real para quem integra IA em seu trabalho.
Simplesmente "escolher o modelo mais forte" não é mais suficiente.
"Como projetar um sistema que não entre em colapso quando o modelo mais forte estiver indisponível"
tornou-se subitamente crucial.
O Que é o OpenRouter Fusion?
OpenRouter Fusion não é um sistema onde um único modelo fornece a resposta.
É um sistema que transforma um único prompt em uma pequena deliberação por múltiplos modelos.
De acordo com o blog oficial e posts no X da OpenRouter, o Fusion envia o prompt do usuário para vários modelos, organiza-os com um juiz e então sintetiza a resposta final.
- O usuário envia um prompt.
- O Fusion o envia para vários modelos em paralelo.
- Cada modelo cria sua própria resposta.
- Um modelo juiz compara todas as respostas.
- Ele extrai pontos de concordância, contradições, omissões parciais, perspectivas únicas e pontos cegos.
- Com base nessa análise, gera a resposta final.
O ponto-chave aqui é que o Fusion não é apenas uma votação por maioria simples.
Não é "está correto porque 2 de 3 modelos disseram isso."
Ele decompõe as respostas de cada modelo, organiza partes sobrepostas, partes conflitantes, pontos captados por apenas um lado e pontos cegos que ninguém tocou, e finalmente os integra.
O post da OpenRouter no X descreve esse conceito como "neurodiversidade para modelos."
Em vez de deixar tudo nas mãos de um gênio, você reúne membros com diferentes pontos fortes e cria uma resposta em equipe.
Esta é a essência do Fusion.
O Que a OpenRouter Está Comunicando com o Anúncio da Fusion API
O anúncio da OpenRouter não está apenas dizendo "você pode chamar vários modelos."
Suas afirmações são bastante claras:
- Em tarefas de pesquisa aprofundada, um painel de modelos superou consistentemente modelos únicos.
- A combinação de modelos de alto desempenho gerou resultados que excederam modelos de fronteira individuais.
- Até mesmo um painel de modelos baratos superou modelos de fronteira individuais e chegou muito perto do Fable 5.
A OpenRouter demonstra isso com um benchmark de pesquisa aprofundada chamado DRACO.
Olhando para esta imagem, as configurações do Fusion estão classificadas no topo.
Listando as principais pontuações mostradas no blog oficial, revela-se uma diferença significativa:
- Fable 5 + GPT-5.5 Fusion: 69,0%
- Opus 4.8 + GPT-5.5 + Gemini 3.1 Pro Fusion: 68,3%
- Opus 4.8 + GPT-5.5 Fusion: 67,6%
- Opus 4.8 + autofusão Opus 4.8: 65,5%
- Claude Fable 5 (Individual): 65,3%
- Gemini 3 Flash + Kimi K2.6 + DeepSeek V4 Pro Fusion: 64,7%
- GPT-5.5 (Individual): 60,0%
- Claude Opus 4.8 (Individual): 58,8%
Duas coisas aqui são particularmente impressionantes:
- A Fusão do Fable 5 + GPT-5.5 supera o Fable 5 sozinho.
- O painel Econômico do Gemini 3 Flash, Kimi K2.6 e DeepSeek V4 Pro superou o GPT-5.5 e o Opus 4.8 individuais, chegando muito perto do Fable 5 sozinho.
O post da OpenRouter no X também enfatiza este painel Econômico.
Uma combinação de modelos baratos superando um único modelo de alto padrão é muito eficaz na prática.
O Que é o Benchmark DRACO?
Isso também é importante.
O DRACO, usado pela OpenRouter, não é apenas um teste de conhecimento.
É um benchmark de pesquisa aprofundada da Perplexity, composto por 100 tarefas complexas de pesquisa em 10 áreas:
- Pesquisa Acadêmica
- Finanças
- Direito
- Medicina
- Tecnologia
- Design de UX
- Conhecimento Geral
- Busca agulha no palheiro
- Assistência Pessoal
- Comparação de Produtos
Em outras palavras, não é um teste para ver se o modelo memorizou fatos. Testa se ele pode pesquisar, comparar informações, integrar múltiplas fontes e responder com precisão e legibilidade para perguntas complexas.
Além disso, cada tarefa é avaliada com base em aproximadamente 39 critérios ponderados, incluindo:
- Precisão Factual
- Profundidade e Abrangência
- Qualidade da Apresentação
- Qualidade das Citações
Além disso, respostas incorretas recebem avaliações negativas. O post da OpenRouter no X explica que você não pode obter uma pontuação alta apenas escrevendo respostas longas e enganosas. Isso é um ótimo ajuste para avaliar o Fusion porque o Fusion visa tarefas como pesquisa, comparação e julgamento profissional, onde omissões podem ser fatais.
Ressalvas em Relação à Comparação com o Fable
Há um ponto que não pode ser ignorado.
O blog oficial da OpenRouter inclui uma nota sobre o Fable 5.
Das 100 tarefas do DRACO, 7 tarefas não foram concluídas devido ao filtro de conteúdo do Fable 5.
A OpenRouter explicou que não recorreu ao Opus 4.8 para essas 7 tarefas, mas avaliou o Fable 5 com base nas 93 tarefas que ele concluiu. Portanto, os 65,3% do Fable 5 são uma comparação ligeiramente desigual com modelos que completaram todas as 100 perguntas.
Esta ressalva é importante. No entanto, é um fato que o Fable era muito forte dentro do intervalo que podia completar, o que torna o fato de o Fusion se aproximar ou superá-lo ainda mais impactante.
Ainda Mais Interessante: "Autofusão"
A força do Fusion não vem apenas da mistura de modelos diferentes.
A OpenRouter também testou a autofusão, executando o Opus 4.8 duas vezes e integrando-o com o próprio Opus 4.8. O resultado foi 65,5%. Como o Opus 4.8 individual era 58,8%, isso é um aumento de 6,7 pontos.
Isso é fascinante. Mesmo com o mesmo modelo, processar a mesma pergunta várias vezes muda o caminho do raciocínio, as chamadas de ferramentas, a seleção de fontes e o foco. Integrar esses resultados posteriormente torna o modelo mais forte do que uma única resposta. O post da OpenRouter no X menciona que a maior parte da melhoria do Fusion vem da "integração" em si, com alguma contribuição da "diversidade de modelos."
Em suma, Fusion não é apenas uma coleção de modelos. O processo de criar múltiplas respostas, estruturá-las e integrá-las tem valor inerente.
Inclusão Interessante de Medidas Antitrapaça
O que dá credibilidade ao blog oficial da OpenRouter é que eles mencionam até mesmo a contaminação de benchmark. Quando deram aos modelos do painel do Fusion acesso à pesquisa na web, os modelos às vezes encontravam as rubricas de pontuação do DRACO online. Isso não foi trapaça intencional, mas aconteceu acidentalmente devido aos termos de pesquisa.
No entanto, isso representa um risco de contaminação. A OpenRouter explicou que excluiu os locais onde os resultados da pontuação estão hospedados da pesquisa na web e da recuperação e, em seguida, executou novamente os testes. Eles declararam isso explicitamente também no X. Essencialmente, o Fusion é forte porque pode usar pesquisa na web, mas como pode usar pesquisa na web, são necessários designs para evitar trapaça durante a avaliação.
Como Usar o Fusion
A OpenRouter fornece o Fusion de várias formas. A mais simples é chamá-lo como um slug de modelo: openrouter/fusion.
Basta especificar isso no campo model, semelhante a uma API padrão compatível com OpenAI.
1{2 "model": "openrouter/fusion",3 "messages": [4 {5 "role": "user",6 "content": "Escreva o tema que você deseja pesquisar"7 }8 ]9}
Em um SDK compatível com OpenAI:
1const completion = await client.chat.completions.create({2 model: "openrouter/fusion",3 messages: [4 {5 role: "user",6 content: "Compare os argumentos mais fortes a favor e contra o uso do Fusion em agentes de codificação."7 }8 ]9});
Outra forma é usá-lo como uma Ferramenta de Servidor: {"type": "openrouter:fusion"}.
Nesse caso, um modelo externo pode chamar o Fusion quando decidir que "esta tarefa requer múltiplas perspectivas."
A documentação da OpenRouter afirma que a Ferramenta de Servidor Fusion está em beta e o comportamento pode mudar. No entanto, a filosofia é sólida. Em vez de enviar todas as tarefas para o Fusion, você pode alternar para o Fusion apenas quando:
- "Múltiplas perspectivas de modelo são necessárias"
- "É uma tarefa de pesquisa ou comparação onde o custo do erro é alto"
- "Revisão ou contra-argumento é necessário"
Painéis e Juízes São Personalizáveis
O Fusion não é uma configuração fixa. Na página do modelo Fusion da OpenRouter, o padrão é a predefinição Qualidade. Você pode alternar para Econômico para uma configuração mais barata.
Além disso, você pode especificar os modelos participantes com analysis_models e o juiz com model. A documentação da Ferramenta de Servidor Fusion afirma que você pode especificar de 1 a 8 modelos para analysis_models. Cada modelo do painel é executado em paralelo, usando pesquisa na web e recuperação, e o juiz cria um JSON de análise estruturada.
1{2 "tools": [3 {4 "type": "openrouter:fusion",5 "parameters": {6 "analysis_models": [7 "~anthropic/claude-opus-latest",8 "~openai/gpt-latest",9 "~google/gemini-pro-latest"10 ],11 "model": "~openai/gpt-latest",12 "max_tool_calls": 813 }14 }15 ]16}
analysis_models são os modelos executados em paralelo no lado do painel. model é o modelo juiz que lê e estrutura essas respostas. max_tool_calls determina quantas etapas os modelos do painel ou o juiz podem usar para pesquisa na web/recuperação.
A análise retornada inclui pontos de concordância, contradições, pontos apenas parcialmente abordados, insights únicos de modelos individuais e pontos cegos. Este design é interessante porque você obtém os materiais para "por que essa resposta foi alcançada", não apenas a resposta final. Com um modelo único, omissões por trás de uma prosa bonita são difíceis de ver. Com o Fusion, as discrepâncias entre vários modelos são visíveis.
Design para Falha é Prático
Como o Fusion usa vários modelos, existe a possibilidade de um falhar. A documentação da OpenRouter explica que, mesmo que alguns modelos do painel apresentem erro, o Fusion retornará um resultado, desde que pelo menos um tenha sucesso. Se o juiz falhar, as respostas do painel ainda serão retornadas e o modelo externo poderá responder a partir delas. Uma falha grave só ocorre se todos os modelos do painel falharem. Isso é crucial para uso em produção.
Custo Não é Mágica
A página do Fusion da OpenRouter explica claramente os preços. O Fusion é faturado como a soma de todas as chamadas dos membros do painel mais a chamada do juiz. Não são vários modelos rodando pelo preço de um. A expressão "metade do preço para a classe Fable" depende do painel escolhido e do alvo de comparação.
No entanto, o fato de um painel Econômico ter produzido pontuações próximas ao Fable 5 é significativo. Torna realista:
- Combinar vários modelos baratos
- Usar um juiz apenas quando necessário
- Alternar entre Qualidade e Econômico por tarefa
Integração com OpenCode
A OpenRouter também lançou documentação para integração com o OpenCode.
O OpenCode é um agente de codificação de IA de código aberto disponível como interface de terminal e aplicativo de desktop. Ele suporta mais de 75 provedores de LLM, incluindo a OpenRouter. Você pode potencialmente usar o Fusion selecionando openrouter/fusion como modelo no OpenCode.
1{2 "$schema": "https://opencode.ai/config.json",3 "provider": {4 "openrouter": {5 "models": {6 "openrouter/fusion": {7 "name": "OpenRouter Fusion"8 }9 }10 }11 }12}
No futuro dos agentes de codificação, o "design de equipe de modelos"—atribuindo modelos para implementação, revisão, confirmação de especificações, contra-argumento e integração final—se tornará vital.
Conectando a Suspensão do Fable e a Chegada do Fusion
A suspensão do Fable 5 visualizou o risco da "dependência de um único modelo mais forte." Enquanto isso, o Fusion mostrou um design alternativo de "agrupar vários modelos."
A OpenRouter explicou no X que eles executaram os benchmarks antes da suspensão do Fable. Portanto, não é que o Fusion foi criado porque o Fable parou. Em vez disso, a suspensão do Fable tornou a importância da direção que o Fusion está mostrando muito mais fácil de entender.
Modelos mais fortes ainda serão necessários, mas confiar apenas neles é arriscado. O que importa agora é o portfólio de modelos:
- Quais modelos usar
- Quais modelos combinar
- Qual modelo deve ser o juiz
- Onde usar pesquisa na web
- Onde usar Econômico vs. Qualidade
Essa capacidade de design será o diferencial na utilização de IA.
O Que Acho Mais Importante
O Fusion não é apenas uma "nova API conveniente." É uma mudança na forma como pensamos sobre o uso de IA. Em vez de confiar em um gênio para tudo, é como uma equipe. É especialmente adequado para áreas de alto risco, como pesquisa, investimento, jurídico, médico e revisão de código. Por outro lado, para geração de texto leve, você não precisa do Fusion todas as vezes. Saber quando usá-lo é fundamental.
Resumo
O OpenRouter Fusion oferece uma solução para a dependência de modelo único, agrupando vários modelos para fornecer pontos fortes únicos. A competição está passando de "desempenho de modelo único" para "design de equipe de modelos."
Finalmente: A Ferramenta Secreta Por Trás de um Negócio de 100 Milhões de Ienes
A maioria das pessoas para em "Fusion é legal." Mas o verdadeiro desafio é transformar IA em resultados. Já construí vários negócios de 100 milhões de ienes usando IA para conteúdo e vendas. Agora estou revelando a ferramenta secreta de IA que desenvolvi para uso interno, que cuida de tudo, desde a criação de ganchos até funis de vendas. Se você quer sair de apenas acompanhar as notícias de IA para gerar receita, cadastre-se aqui:
https://utage-system.com/r/nh3MOFZg0eYg/register
Fontes/Referências:
- Blog do OpenRouter Fusion
- Posts da OpenRouter no X
- Declaração Oficial da Anthropic sobre o Fable 5
