OpenRouter Fusion: Claude Fable'ın Askıya Alınmasının Ardından Gelen Oyun Değiştirici

@ceo_tommy1
JAPONCA1 ay önce · 14 Haz 2026
218K
559
40
4
1.1K

TL;DR

Claude Fable 5'in askıya alınmasının ardından OpenRouter, üstün araştırma yetenekleri sunmak ve tek bir sağlayıcıya olan bağımlılığı azaltmak için birden fazla LLM'i entegre eden bileşik bir model sistemi olan Fusion'ı tanıttı.

Claude Fable 5 çıkar çıkmaz erişim durduruldu.

Tam o anda OpenRouter, birden fazla modeli bir araya getirerek tek bir yanıt oluşturan Fusion API'sini duyurdu.

OpenRouter, X'te yaptığı bir paylaşımda Fusion'u "yarı fiyatına Fable seviyesinde zeka sunan bileşik model" olarak tanıttı.

トミー - inline image

Bu oldukça iddialı bir söz.

Ancak bu duyuruyu ilginç kılan sadece yeni bir API'nin yayınlanması değil.

Fable'a erişimin durdurulması, tek bir en güçlü modele güvenmenin tehlikesini anında ortaya koydu.

Fusion, bu kırılganlığa karşı alternatif bir çözüm olarak ortaya çıktı.

Başka bir deyişle, bu haber şu şekilde okunabilir:

Yapay zekanın ana savaş alanı,

"Hangi tek model en güçlü?"

sorusundan

"Birden fazla modeli nasıl birleştirir, değerlendirir ve bütünleştiririz?"

sorusuna kayıyor.

Bu önemli bir dönüm noktası.

Önce Ne Oldu?

Arka plan olarak, Claude Fable 5, Anthropic tarafından 9 Haziran 2026'da duyurulan yeni nesil bir modeldir.

Anthropic'in duyurusunda Fable 5, uzun süreli otonom görevler, yazılım mühendisliği, bilgi çalışmaları, görüntü anlama ve bilimsel araştırma için oldukça güçlü bir model olarak tanımlandı.

Ancak durum 12 Haziran'da aniden değişti.

Anthropic, ABD hükümetinin ihracat kontrol talimatlarını gerekçe göstererek Fable 5 ve Mythos 5'e erişimi askıya alacağını duyurdu.

Bu, tek modele bağımlılığın riskini gözler önüne serdi.

Bir model ne kadar güçlü olursa olsun, ona erişemiyorsanız bir işe yaramaz.

Performans ne kadar yüksek olursa olsun, düzenlemeler, tedarik sorunları, fiyatlandırma, filtreler veya sağlayıcı arızaları nedeniyle iş akışınızdan aniden kaybolabilir.

Bu, yapay zekayı işlerine entegre edenler için çok gerçek bir sorundur.

Sadece "en güçlü modeli seçmek" artık yeterli değil.

"En güçlü model kullanılamadığında çökmeyecek bir sistem nasıl tasarlanır?"

sorusu bir anda hayati hale geldi.

OpenRouter Fusion Nedir?

OpenRouter Fusion, tek bir modelin yanıt verdiği bir sistem değildir.

Tek bir istemi birden fazla modelin küçük bir müzakere sürecine dönüştüren bir sistemdir.

OpenRouter'ın resmi blogu ve X paylaşımlarına göre Fusion, kullanıcının istemini birden fazla modele gönderir, bunları bir yargıç modelle düzenler ve ardından nihai yanıtı sentezler.

  1. Kullanıcı bir istem gönderir.
  2. Fusion bu istemi aynı anda birden fazla modele gönderir.
  3. Her model kendi yanıtını oluşturur.
  4. Bir yargıç model tüm yanıtları karşılaştırır.
  5. Anlaşma noktalarını, çelişkileri, kısmi eksiklikleri, benzersiz bakış açılarını ve kör noktaları çıkarır.
  6. Bu analize dayanarak nihai yanıtı oluşturur.

Buradaki kilit nokta, Fusion'ın basit bir çoğunluk oylaması olmamasıdır.

"3 modelden 2'si böyle söylediği için doğrudur" anlamına gelmez.

Her modelin yanıtlarını ayrıştırır, örtüşen kısımları, çelişen kısımları, yalnızca bir tarafın değindiği noktaları ve kimsenin değinmediği kör noktaları düzenler ve son olarak bütünleştirir.

OpenRouter'ın X paylaşımı bu konsepti "modeller için nöroçeşitlilik" olarak tanımlıyor.

Her şeyi bir dehayla halletmek yerine, farklı güçlü yönlere sahip üyeleri bir araya getirip bir ekip olarak yanıt oluşturuyorsunuz.

Fusion'ın özü budur.

OpenRouter Fusion API Duyurusuyla Ne Anlatıyor?

OpenRouter'ın duyurusu sadece "birden fazla modeli çağırabilirsiniz" demekle kalmıyor.

İddiaları oldukça net:

- Derin araştırma görevlerinde, bir model panosu tek modellerden sürekli olarak daha iyi performans gösterdi.

- Yüksek performanslı modellerin bir araya getirilmesi, tek başına öncü model seviyesinin üzerinde sonuçlar verdi.

- Ucuz modellerden oluşan bir pano bile tek başına öncü modelleri geçti ve Fable 5'e oldukça yaklaştı.

OpenRouter bunu DRACO adlı bir derin araştırma kıyaslamasıyla gösteriyor.

Bu görsele bakıldığında, Fusion konfigürasyonları en üst sıralarda yer alıyor.

トミー - inline image

Resmi blogda gösterilen ana puanları listelemek önemli bir farkı ortaya koyuyor:

- 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 + Opus 4.8 kendi kendine fusion: %65,5

- Claude Fable 5 (Tek başına): %65,3

- Gemini 3 Flash + Kimi K2.6 + DeepSeek V4 Pro Fusion: %64,7

- GPT-5.5 (Tek başına): %60,0

- Claude Opus 4.8 (Tek başına): %58,8

Burada özellikle şok edici iki şey var:

  • Fable 5 + GPT-5.5 Fusion'ı, tek başına Fable 5'i geçiyor.
  • Gemini 3 Flash, Kimi K2.6 ve DeepSeek V4 Pro'dan oluşan Bütçe panosu, tek başına GPT-5.5 ve Opus 4.8'i geride bırakıp tek başına Fable 5'e çok yaklaştı.

OpenRouter'ın X paylaşımı da bu Bütçe panosuna vurgu yapıyor.

トミー - inline image

Ucuz modellerden oluşan bir kombinasyonun tek bir üst seviye modeli geçmesi pratikte çok etkilidir.

DRACO Kıyaslaması Nedir?

Bu da önemli.

OpenRouter'ın kullandığı DRACO, sadece bir bilgi yarışması değildir.

Perplexity tarafından hazırlanan, 10 alanda 100 karmaşık araştırma görevinden oluşan bir derin araştırma kıyaslamasıdır:

  • Akademik Araştırma
  • Finans
  • Hukuk
  • Tıp
  • Teknoloji
  • UX Tasarımı
  • Genel Bilgi
  • Samanlıkta iğne arama
  • Kişisel Asistanlık
  • Ürün Karşılaştırması

Başka bir deyişle, modelin gerçekleri ezberleyip ezberlemediğini test eden bir sınav değildir. Karmaşık sorular için araştırma yapıp yapamadığını, bilgileri karşılaştırıp karşılaştıramadığını, birden fazla kaynağı bütünleştirip bütünleştiremediğini ve doğru, okunabilir bir şekilde yanıt verip veremediğini test eder.

Ayrıca, her görev aşağıdakiler de dahil olmak üzere yaklaşık 39 ağırlıklı kritere göre değerlendirilir:

  • Olgusal Doğruluk
  • Derinlik ve Genişlik
  • Sunum Kalitesi
  • Alıntı Kalitesi

Dahası, yanlış yanıtlar olumsuz değerlendirme alır. OpenRouter'ın X paylaşımı, sadece uzun ve yanıltıcı yanıtlar yazarak yüksek puan alınamayacağını açıklıyor. Bu, Fusion'ı değerlendirmek için harika bir uyumdur çünkü Fusion, eksikliklerin ölümcül olabileceği araştırma, karşılaştırma ve profesyonel yargı gibi görevleri hedef alır.

Fable Karşılaştırmasıyla İlgili Uyarılar

Göz ardı edilemeyecek bir nokta var.

OpenRouter'ın resmi blogu, Fable 5 ile ilgili bir not içeriyor.

100 DRACO görevinden 7'si Fable 5'in içerik filtresi nedeniyle tamamlanamadı.

OpenRouter, bu 7 görev için Opus 4.8'e yedekleme yapmadıklarını, Fable 5'i tamamladığı 93 görev üzerinden değerlendirdiklerini açıkladı. Bu nedenle, Fable 5'in %65,3'ü, 100 soruyu da tamamlayan modellerle biraz eşit olmayan bir karşılaştırmadır.

Bu uyarı önemlidir. Yine de, Fable'ın tamamlayabildiği aralıkta çok güçlü olduğu bir gerçektir. Bu da Fusion'ın ona yaklaşması veya onu geçmesini daha da etkileyici kılıyor.

Daha da İlginç: "Kendi Kendine Fusion"

Fusion'ın gücü sadece farklı modelleri karıştırmaktan gelmez.

OpenRouter ayrıca kendi kendine fusion'ı da denedi; Opus 4.8'i iki kez çalıştırıp Opus 4.8'in kendisiyle bütünleştirdi. Sonuç %65,5 oldu. Tek başına Opus 4.8 %58,8 olduğundan, bu 6,7 puanlık bir artıştır.

Bu büyüleyici. Aynı model olsa bile, aynı soruyu birden çok kez işlemek akıl yürütme yolunu, araç çağrılarını, kaynak seçimini ve odağı değiştirir. Bunları daha sonra bütünleştirmek, onu tek bir yanıttan daha güçlü kılar. OpenRouter'ın X paylaşımı, Fusion'daki iyileşmenin çoğunun "bütünleştirme" sürecinden geldiğini, bir kısmının da "model çeşitliliğinden" geldiğini belirtiyor.

Kısacası, Fusion sadece bir model koleksiyonu değildir. Birden fazla yanıt oluşturma, bunları yapılandırma ve bütünleştirme sürecinin kendine has bir değeri vardır.

Hile Önleme Tedbirlerinin İlginç Dahil Edilmesi

OpenRouter'ın resmi bloguna güvenilirlik kazandıran şey, kıyaslama bozulmasından (benchmark contamination) bile bahsetmeleridir. Fusion panel modellerine web araması verdiklerinde, modeller bazen DRACO puanlama yönergelerini çevrimiçi olarak buldular. Bu, kasıtlı bir hile değildi ancak arama terimleri nedeniyle kazara oldu.

Yine de, bu bir bozulma riski oluşturur. OpenRouter, puanlama sonuçlarının barındırıldığı konumları web araması ve alım (retrieval) dışında bıraktıklarını ve testleri yeniden çalıştırdıklarını açıkladı. Bunu X'te de açıkça belirttiler. Temel olarak, Fusion web araması kullanabildiği için güçlüdür, ancak web araması kullanabildiği için değerlendirme sırasında hileyi önlemek için tasarımlar yapmanız gerekir.

Fusion Nasıl Kullanılır?

OpenRouter, Fusion'ı çeşitli biçimlerde sunar. En basiti, onu bir model takma adı (slug) olarak çağırmaktır: openrouter/fusion.

Bunu, standart bir OpenAI uyumlu API'ye benzer şekilde model alanında belirtmeniz yeterlidir.

text
1{
2 "model": "openrouter/fusion",
3 "messages": [
4 {
5 "role": "user",
6 "content": "Araştırmak istediğiniz temayı yazın"
7 }
8 ]
9}

OpenAI uyumlu bir SDK'da:

text
1const completion = await client.chat.completions.create({
2 model: "openrouter/fusion",
3 messages: [
4 {
5 role: "user",
6 content: "Kodlama ajanlarında Fusion kullanmanın lehine ve aleyhine olan en güçlü argümanları karşılaştır."
7 }
8 ]
9});

Diğer bir yol ise onu bir Sunucu Aracı (Server Tool) olarak kullanmaktır: {"type": "openrouter:fusion"}

Bu durumda, harici bir model, "bu görev birden fazla perspektif gerektiriyor" diye karar verdiğinde Fusion'ı çağırabilir.

OpenRouter belgeleri, Fusion Sunucu Aracı'nın beta aşamasında olduğunu ve davranışının değişebileceğini belirtiyor. Bununla birlikte, felsefe güçlüdür. Her görevi Fusion'a göndermek yerine, yalnızca aşağıdaki durumlarda Fusion'a geçiş yapabilirsiniz:

  • "Birden fazla model perspektifine ihtiyaç duyulduğunda"
  • "Hata maliyetinin yüksek olduğu bir araştırma veya karşılaştırma görevi olduğunda"
  • "İnceleme veya karşı argüman gerektiğinde"

Paneller ve Yargıçlar Özelleştirilebilir

Fusion sabit bir yapılandırma değildir. OpenRouter Fusion model sayfasında varsayılan olarak Kalite (Quality) ön ayarıdır. Daha ucuz bir yapılandırma için Bütçe (Budget) ön ayarına geçebilirsiniz.

Ayrıca, katılımcı modelleri analysis_models ile ve yargıcı model ile belirleyebilirsiniz. Fusion Sunucu Aracı belgeleri, analysis_models için 1 ila 8 model belirtebileceğinizi belirtir. Her panel modeli paralel olarak çalışır, web araması ve alım kullanır ve yargıç yapılandırılmış bir analiz JSON'u oluşturur.

text
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": 8
13 }
14 }
15 ]
16}

analysis_models, panel tarafında paralel olarak çalışan modellerdir. model, bu yanıtları okuyan ve yapılandıran yargıç modeldir. max_tool_calls, panel modellerinin veya yargıcın web araması/alım için kaç adım kullanabileceğini belirler.

Döndürülen analiz, anlaşma noktalarını, çelişkileri, yalnızca kısmen değinilen noktaları, bireysel modellerden gelen benzersiz içgörüleri ve kör noktaları içerir. Bu tasarım ilginçtir çünkü yalnızca nihai yanıtı değil, "bu yanıta neden ulaşıldığının" malzemelerini de alırsınız. Tek bir modelde, güzel bir düzyazının ardındaki eksiklikleri görmek zordur. Fusion'da, birden fazla model arasındaki uyuşmazlıklar görünür hale gelir.

Başarısızlık İçin Tasarım Yapmak Pratik

Fusion birden çok model kullandığından, birinin başarısız olma olasılığı vardır. OpenRouter belgeleri, bazı panel modelleri hata verse bile en az biri başarılı olduğu sürece Fusion'un bir sonuç döndüreceğini açıklar. Yargıç başarısız olursa, panel yanıtları yine de döndürülür ve harici model oradan yanıt verebilir. Sert bir başarısızlık yalnızca tüm panel modelleri başarısız olursa gerçekleşir. Bu, üretim kullanımı için çok önemlidir.

Maliyet Sihir Değildir

OpenRouter'ın Fusion sayfası, fiyatlandırmayı açıkça açıklar. Fusion, tüm panel üye çağrılarının toplamı artı yargıç çağrısı olarak faturalandırılır. Bir modelin fiyatına birden çok model çalıştırmak anlamına gelmez. "Fable sınıfı için yarı fiyat" ifadesi, seçilen panele ve karşılaştırma hedefine bağlıdır.

Bununla birlikte, bir Bütçe panelinin Fable 5'e yakın puanlar üretmesi önemlidir. Bu, aşağıdakileri gerçekçi kılar:

  • Birden çok ucuz modeli birleştirmek
  • Yalnızca gerektiğinde bir yargıç kullanmak
  • Görev başına Kalite ve Bütçe arasında geçiş yapmak

OpenCode ile Entegrasyon

OpenRouter ayrıca OpenCode ile entegrasyon için belgeler yayınladı.

トミー - inline image

OpenCode, terminal UI ve masaüstü uygulaması olarak sunulan açık kaynaklı bir AI kodlama ajanıdır. OpenRouter dahil 75'ten fazla LLM sağlayıcısını destekler. OpenCode'da model olarak openrouter/fusion seçerek potansiyel olarak Fusion'ı kullanabilirsiniz.

text
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}

Kodlama ajanlarının geleceğinde, uygulama, inceleme, şartname onayı, karşı argüman ve nihai entegrasyon için modeller atamayı içeren "model takımı tasarımı" hayati hale gelecektir.

Fable'ın Askıya Alınması ile Fusion'ın Gelişini Bağlamak

Fable 5'in askıya alınması, "tek en güçlü modele bağımlılık" riskini somutlaştırdı. Bu sırada Fusion, "birden fazla modeli bir araya getirmenin" alternatif bir tasarımını gösterdi.

OpenRouter, kıyaslamaları Fable askıya alınmadan önce çalıştırdıklarını X'te açıkladı. Yani Fusion, Fable durdurulduğu için yapılmadı. Daha ziyade, Fable'ın askıya alınması, Fusion'ın gösterdiği yönün önemini anlamayı çok daha kolay hale getirdi.

En güçlü modellere hala ihtiyaç duyulacak, ancak yalnızca onlara güvenmek risklidir. Şimdi önemli olan model portföyüdür:

  • Hangi modellerin kullanılacağı
  • Hangi modellerin birleştirileceği
  • Hangi modelin yargıç olacağı
  • Web aramasının nerede kullanılacağı
  • Nerede Bütçe ve nerede Kalite kullanılacağı

Bu tasarım yeteneği, yapay zeka kullanımında fark yaratan unsur olacak.

Bana Göre En Önemli Olan Şey

Fusion sadece "kullanışlı yeni bir API" değildir. Yapay zekayı kullanma şeklimiz hakkında düşünme biçimimizde bir değişimdir. Her şey için tek bir dehayla iş yapmak yerine, bir ekip gibidir. Araştırma, yatırım, hukuk, tıp ve kod incelemesi gibi yüksek riskli alanlar için özellikle uygundur. Tersine, hafif metin üretimi için her seferinde Fusion'a ihtiyacınız yoktur. Ne zaman kullanılacağını bilmek anahtardır.

Özet

OpenRouter Fusion, benzersiz güçlü yönler sağlamak için birden fazla modeli bir araya getirerek tek modele bağımlılığa bir çözüm sunar. Rekabet, "tek model performansından" "model takımı tasarımına" doğru kayıyor.

Son Olarak: 100 Milyon Yenlik Bir İşin Arkasındaki Gizli Araç

Çoğu kişi "Fusion harika" diyerek konuyu kapatır. Ancak asıl soru, yapay zekayı nasıl sonuçlara dönüştüreceğinizdir. İçerik ve satışlar için yapay zekayı kullanarak birkaç 100 milyon yenlik iş kurdum. Şimdi, dikkat çekici içerik oluşturmadan satış hunilerine kadar her şeyi halletmek için dahili olarak geliştirdiğim gizli yapay zeka aracını açıklıyorum. AI haberlerini izlemekten gelir elde etmeye geçmek istiyorsanız, buradan kaydolun:

https://utage-system.com/r/nh3MOFZg0eYg/register

Kaynaklar/Referanslar:

  • OpenRouter Fusion Blogu
  • OpenRouter X Paylaşımları
  • Fable 5 Hakkında Anthropic Resmi Açıklaması
Tek tıkla kaydet

YouMind ile viral makaleleri AI derin okumayla incele

Kaynağı kaydedin, odaklı sorular sorun, argümanı özetleyin ve viral bir makaleyi tek bir AI çalışma alanında yeniden kullanılabilir notlara dönüştürün.

YouMind'ı keşfet
Üreticiler için

Markdown'ınızı temiz bir 𝕏 makalesine dönüştürün

Kendi uzun yazılarınızı yayımlarken görselleri, tabloları ve kod bloklarını 𝕏 için biçimlendirmek zahmetlidir. YouMind, eksiksiz bir Markdown taslağını temiz ve hemen paylaşılabilir bir 𝕏 makalesine dönüştürür.

Markdown'dan 𝕏'e deneyin

Çözülecek daha fazla kalıp

Son viral makaleler

Daha fazla viral makale keşfet