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 vários modelos para criar uma única resposta.
Em uma postagem no X, a OpenRouter apresentou o Fusion como um "modelo composto que atinge inteligência no nível 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 lida da seguinte forma:
O principal campo de batalha da IA está mudando de
"Qual modelo único é o mais forte?"
para
"Como combinamos, julgamos e integramos vários 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 de conhecimento, 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 o quão forte seja um modelo, ele é inútil se você não puder acessá-lo.
Não importa o 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 ao 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 crucial de repente.
O que é OpenRouter Fusion?
OpenRouter Fusion não é um sistema onde um modelo fornece a resposta.
É um sistema que transforma um único prompt em uma pequena deliberação por vários modelos.
De acordo com o blog oficial e as postagens no X da OpenRouter, o Fusion envia o prompt do usuário para vários modelos, organiza-os com um juiz e, em seguida, 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, ele gera a resposta final.
O ponto-chave aqui é que o Fusion não é apenas um simples voto majoritário.
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.
A postagem no X da OpenRouter descreve esse conceito como "neurodiversidade para modelos".
Em vez de deixar tudo para 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 profunda, um painel de modelos superou consistentemente modelos únicos.
- A combinação de modelos de alto desempenho produziu resultados que excederam modelos de fronteira únicos.
- Até mesmo um painel de modelos baratos excedeu modelos de fronteira únicos e chegou muito perto do Fable 5.
A OpenRouter demonstra isso com um benchmark de pesquisa profunda chamado DRACO.
Observando 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 + auto-fusã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 chocantes:
- A fusão de Fable 5 + GPT-5.5 supera o Fable 5 sozinho.
- O painel Econômico de 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.
A postagem no X da OpenRouter também enfatiza este painel Econômico.
Uma combinação de modelos baratos superando um único modelo de alto nível é muito eficaz na prática.
O que é o Benchmark DRACO?
Isso também é importante.
O DRACO, usado pela OpenRouter, não é apenas um questionário de conhecimento.
É um benchmark de pesquisa profunda 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 consegue pesquisar, comparar informações, integrar múltiplas fontes e responder com precisão e legibilidade para questões 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. A postagem no X da OpenRouter explica que você não pode obter uma pontuação alta apenas escrevendo respostas longas e enganosas. Isso é uma ótima adequação para avaliar o Fusion porque o Fusion tem como alvo 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 questões.
Esta ressalva é importante. No entanto, é fato que o Fable era muito forte dentro do intervalo que conseguia concluir, o que torna o fato de o Fusion se aproximar ou superá-lo ainda mais impactante.
Ainda Mais Interessante: "Auto-Fusão"
A força do Fusion não vem apenas da mistura de modelos diferentes.
A OpenRouter também testou a auto-fusão, executando o Opus 4.8 duas vezes e integrando 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 de 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. A postagem no X da OpenRouter menciona que a maior parte da melhoria do Fusion vem da "integração" em si, com parte vindo da "diversidade de modelos".
Em suma, o 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 também mencionam a contaminação do benchmark. Quando deram aos modelos do painel do Fusion pesquisa na web, os modelos às vezes encontravam as rubricas de pontuação do DRACO online. Isso não foi uma trapaça intencional, mas aconteceu acidentalmente devido aos termos de pesquisa.
No entanto, representa um risco de contaminação. A OpenRouter explicou que excluiu os locais onde os resultados da pontuação são hospedados da pesquisa na web e da recuperação e, em seguida, reexecutou os testes. Eles afirmaram isso explicitamente no X também. Essencialmente, o Fusion é forte porque pode usar pesquisa na web, mas porque pode usar pesquisa na web, você precisa de projetos para evitar trapaças 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 maneira é 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 é o predefinido 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. Esse design é interessante porque você obtém os materiais para "por que essa resposta foi alcançada", não apenas a resposta final. Com um único modelo, 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 ficam 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 é cobrado como a soma de todas as chamadas dos membros do painel mais a chamada do juiz. Não são vários modelos sendo executados pelo preço de um. A expressão "metade do preço para o nível 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 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 modelo"—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 julgar
- 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 Eu 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 um único modelo, agrupando vários modelos para fornecer pontos fortes únicos. A competição está se movendo de "desempenho de modelo único" para "design de equipe de modelo".
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 a questão real é como transformar IA em resultados. Eu 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 para lidar com tudo, desde a criação de hooks até funis de vendas. Se você quer passar de apenas assistir notícias de IA para gerar receita, registre-se aqui:
https://utage-system.com/r/nh3MOFZg0eYg/register
Fontes/Referências:
- Blog do OpenRouter Fusion
- Postagens no X da OpenRouter
- Comunicado Oficial da Anthropic sobre o Fable 5
