OpenRouter Fusion Fiyatlandırması: Panel Boyutu ve Token Maliyeti

OpenRouter’da Fusion isteği model sayfasında ücretsiz görünebilir; ancak normal bir tamamlamanın birkaç katına mal olabilir. Bunun nedeni basit: OpenRouter Fusion fiyatlandırması, tek bir token ücretinden değil, arka planda çalışan birden fazla model çağrısının toplamından oluşur. Panel boyutu ve işlenen token miktarı, ek doğrulamanın ödemeye değip değmeyeceğini belirler.

OpenRouter Fusion için tek cümlelik karar özeti

OpenRouter Fusion, benzer seviyedeki tek bir modeli bir kez çağırmaktan genellikle daha pahalıdır. OpenRouter’ın Fusion Router dokümantasyonu, varsayılan olarak üç modelden oluşan bir panel ve yaklaşık olarak aynı istemle yapılan tek bir tamamlamanın 4–5 katı maliyete çıkan bir analist çağrısından söz eder.

Uygun maliyetli bir panel, kalite artışı inceleme işini azaltıyorsa premium bir modelden daha avantajlı olabilir. Ancak Fusion, kendiliğinden daha ucuz bir model değil; maliyet ile doğrulama ihtiyacı arasında verilmesi gereken bir karardır.

Faturalandırılan birim tek bir Fusion token’ı değil, çağrı zinciridir

OpenRouter’ın Fusion API sayfası, Fusion’ı bir yönlendirici olarak sunuyor ve yönlendirici takma adı için istem ile tamamlama fiyatını sıfır gösteriyor. Bu ifade, Fusion’ın kendisine ait ayrı bir fiyat tarifesi olmadığı anlamına gelir; arka plandaki çıkarım işlemlerinin ücretsiz olduğu anlamına gelmez.

Dokümante edilen çalışma akışı şöyledir:

1. İstem, seçilen panel modellerinin her birine gönderilir.
2. Panel yanıtları bir analist veya hakem modeli tarafından karşılaştırılır.
3. Dış model nihai yanıtı üretir.

Bütçe hesabı için şu denklemi kullanabilirsiniz:

Fusion maliyeti = panel modellerinin toplam maliyeti
                 + analist/hakem maliyeti
                 + entegrasyonunuzda gösterilen nihai dış model maliyeti

Kesin hesaplama, Fusion’ın openrouter/fusion model takma adıyla mı yoksa openrouter:fusion sunucu aracı olarak mı çağrıldığına bağlıdır. Yönlendiricide görünen $0 satırından nihai faturayı çıkarmayın. Gerçek oluşturma kaydını ve OpenRouter Activity kaydını kontrol edin.

OpenRouter dokümantasyonu 1–8 analiz modelini destekliyor. Varsayılan panelde üç model bulunuyor. Quality, Budget ve özel yapılandırmalar nedeniyle milyon token başına tek ve evrensel bir Fusion fiyatı yoktur.

Panel büyüdükçe fatura doğrusal artar; hakem maliyeti de büyüyebilir

Her panel modeli aynı istemi alıyor ve benzer miktarda çıktı üretiyorsa, panele bir model eklemek yaklaşık olarak bir model çağrısı daha ekler. OpenRouter, maliyetin panel boyutuyla doğrusal biçimde arttığını açıkça belirtiyor.

Ancak çağrı sayısı, hakem maliyetini olduğundan düşük gösterebilir; çünkü hakemin girdisi panel çıktılarıyla birlikte büyür:

C(n) = n × Cp + Cj(n) + Co

Burada n panel modelinin sayısını, Cp ortalama panel yanıtı maliyetini, Cj(n) büyüyen girdiyi de içeren hakem maliyetini, Co ise uygulanıyorsa dış yanıt maliyetini ifade eder.

Bu nedenle varsayılan üç panelli yapı için verilen 4–5 katlık tahmin, yönlendiricide görünen $0 değerinden daha iyi bir bütçe referansıdır. Hakem pahalıysa, çıktılar uzunsa veya dış model ayrıca ücretli bir tamamlama üretiyorsa bu çarpan daha da yükselebilir.

Değiştirilebilir oranlarla örnek hesap

Seçtiğiniz modellerin güncel fiyatlarını kullanarak aşağıdaki çalışma şablonunu doldurabilirsiniz. Rakamlar örnektir, OpenRouter fiyatlarını temsil etmez: panel yanıtı başına 10.000 girdi token’ı ve 2.000 çıktı token’ı, hakem için 6.000 girdi token’ı ve 1.000 çıktı token’ı varsayalım.

Panel girdisi   = 10.000 × (panel girdi oranlarının toplamı)
Panel çıktısı   = 2.000 × (panel çıktı oranlarının toplamı)
Hakem girdisi   = 6.000 × hakem girdi oranı
Hakem çıktısı   = 1.000 × hakem çıktı oranı
Fusion toplamı  = panel girdisi + panel çıktısı + hakem girdisi + hakem çıktısı

Tek modelli temel senaryo aynı 10.000 girdi ve 2.000 çıktı token’ını işliyorsa, toplamını bu çalışma şablonuyla doğrudan karşılaştırın. Üç modelli bir panelde istem üç kez ücretlendirilir; bu örnekte hakem ayrıca 6.000 token’lık bir bağlamı okur. İstemleriniz veya yanıtlarınız daha uzunsa varsayımları buna göre değiştirin.

Eşit maliyet varsayımı altında çağrı sayısının oluşturduğu tablo şöyledir:

Bunlar OpenRouter fiyatları değildir. Model oranları farklılaşmadan önce bile panel sayısının neden önemli olduğunu gösterir. Ucuz bir panelin karşısında pahalı bir hakem toplam maliyeti belirleyebilir; bunun tersi de mümkündür: üst seviye panel modelleri hakem maliyetini gölgede bırakabilir.

Token kullanımı karşılaştırmayı iki farklı yönden değiştirir

Fusion’da token kullanımı, tek bir çağrıya kıyasla daha büyük etki yaratır. Çünkü istem tekrar tekrar işlenir ve hakem, panelin ürettiği yanıtları da alır.

1. Girdi token’ları panel boyunca çoğalır

I istem token’larını, Pi ise i panel modelinin girdi fiyatını temsil etsin:

Panel girdi maliyeti = I × (P1 + P2 + ... + Pn)

10.000 token’lık bir istem üç panel modeline gönderildiğinde, üç ayrı girdi ücreti oluşur; üstelik bu ücretler farklı oranlardan hesaplanabilir.

2. Çıktı token’ları da katlanır

Her panel O çıktı token’ı üretiyorsa, paneller toplamda yaklaşık n × O çıktı token’ı oluşturur. Faturalandırılan akıl yürütme token’ları, görünür yanıt uzunluğuna kıyasla aradaki farkı daha da açabilir.

Ardından hakem bu çıktıları okur:

Hakem girdisi ≈ özgün istem + n × panel çıktısı + orkestrasyon ek yükü

Dolayısıyla uzun bir yanıt, hem her panel yanıtı hem de hakemin girdi bağlamı üzerinden maliyeti artırabilir.

Aylık maliyeti kabaca şöyle tahmin edebilirsiniz:

Toplam aylık maliyet ≈ istek sayısı × (panel girdisi + panel çıktısı
                                  + hakem girdisi + hakem çıktısı
                                  + dış yanıt)

Panelinizdeki somut model kimlikleri için güncel oranları kullanın. “Budget”, hazır bir yapılandırma etiketidir; toplam maliyetinin her tekil modelden daha düşük olacağını garanti etmez.

Budget, Quality, yoksa tek model mi?

Bağımsız incelemeden çok hız, tekrarlanabilirlik ve öngörülebilir faturalandırma önemliyse tek model kullanın. Biçimlendirme, veri çıkarma, otomatik tamamlama, rutin yeniden yazım ve pek çok sıradan kodlama istemi bu kategoriye girer.

Kaçırılan bir ayrıntının maliyeti yüksekse Fusion’ı tercih edin: kaynak ağırlıklı araştırmalar, uzman eleştirisi, durum tespiti veya çelişen kanıtların bulunduğu kararlar buna örnektir. Soruyu yanıtlayabilecek en küçük panelle başlayın. Üç model dokümante edilen varsayılandır; sekiz model ise öneri değil, maksimum değerdir.

Asıl karşılaştırmanız gereken şudur:

ek Fusion maliyeti
ile
kaçınılan düzeltme maliyeti + kazanılan insan inceleme süresi + azalan hata riski

OpenRouter’ın ayrı benchmark duyurusu, 100 görevlik DRACO değerlendirmesinde frontier Fusion yapılandırması için %69,0, Budget paneli için ise %64,7 sonuç bildiriyor. Bu rakamlar derin araştırma kullanım senaryosunu destekler; her istem için geçerli bir dönüşüm oranı sunmaz ve daha büyük bir panelin daha ekonomik olduğunu kanıtlamaz.

Ölçeklendirmeden önce rakamı denetleyin

İlk Fusion dağıtımını bir ölçüm çalışması olarak ele alın. Şunları kaydedin:

1. Panel model kimlikleri ve hakem modelinin kimliği.
2. Sunuluyorsa girdi, çıktı ve akıl yürütme token kullanımı.
3. Fusion’ın gerçekten çalıştığını doğrulayan yönlendirici meta verileri.
4. Toplam maliyet ve gecikme.
5. Nihai yanıtın insan düzeltmelerini azaltıp azaltmadığı.

Fusion dokümantasyonuna göre oluşturma meta verileri "router": "openrouter/fusion" bilgisini içerebilir. Sıradan model alanı, isteği işleyen somut modeli gösterir; Fusion’ın çalıştığını kanıtlamak için tek başına yeterli değildir.

Bir kullanıcı raporu yapılandırma riskini şöyle ortaya koyuyor:

“bu \"Fusion\" hâlâ hakem olarak Opus 4.8’i çağırıyor. Bunu devre dışı bırakmanın bir yolunu göremiyorum.” — X’te @teortaxesTex

Bu, OpenRouter’ın fiyatlandırma kuralı değil; bir kullanıcı raporudur. Ucuz bir panelin, hakem pahalıysa veya yapılandırma beklediğiniz gibi değilse ucuz bir çalıştırmayı garanti etmediğini gösterir.

Üretim ortamında API izin veriyorsa paneli ve hakemi sabitleyin, bütçe sınırları belirleyin ve Fusion’ı her otonom isteğe açmak yerine açıkça tanımlanmış bir yükseltme seçeneği olarak kullanın.

OpenRouter Fusion fiyatlandırması hakkında sık sorulanlar

Fusion tek modelden daha mı ucuz?

Benzer fiyat seviyesindeki tek bir modele kıyasla genellikle hayır. Uygun maliyetli bir panel yeterli kaliteyi sunuyorsa premium bir modelden daha ucuz olabilir; ancak sonucu panel oranları, hakem maliyeti ve token kullanımı belirler.

OpenRouter Fusion ücretsiz mi?

Yönlendirici takma adı, kendi istem ve tamamlama alanlarında $0 gösterebilir. OpenRouter ise arka plandaki panel ve hakem tamamlamalarının ücretlendirildiğini ayrıca belirtiyor. Bu nedenle normal bir Fusion isteğinin sıfır maliyetli olduğu varsayılmamalıdır.

Tek bir Fusion isteği kaç çağrı yapar?

Dokümante edilen süreçte N panel çağrısına ek olarak bir analist çağrısı bulunur; nihai dış yanıtın durumu entegrasyona bağlıdır. Varsayılan üç panelli yapı, benzer tek bir tamamlamanın yaklaşık 4–5 katı olarak tanımlanır.

Daha büyük panel her zaman daha iyi değer sunar mı?

Hayır. Daha fazla model kapsamı artırabilir; ancak panel ücretlerini, hakem girdisini, gecikmeyi ve korelasyonlu hataları da artırır. Panel boyutunu yalnızca kontrollü testler, ek kalitenin maliyetinden daha fazla tasarruf sağladığını gösterdiğinde büyütün.

OpenRouter Fusion maliyetini nasıl tahmin edebilirim?

Arka planda yapılan her model çağrısını listeleyin, beklenen token miktarlarını güncel girdi ve çıktı oranlarıyla çarpın, panel çıktılarının yer aldığı hakem girdisini hesaba katın ve gerçek bir istekten sonra sonucu Activity bölümünde doğrulayın. Üçüncü taraf hesaplayıcılar senaryo çalışmaları için yardımcı olabilir; ancak güncel OpenRouter oranları ve Activity kaydınız asıl referanstır.

Pratik sonuç

Temel seçenek olarak tek model kullanın. 20–50 istemden oluşan bir kontrol setini hem bu temel modelden hem de küçük bir Fusion panelinden geçirin. Fusion’ı yalnızca daha az olgusal düzeltme, daha az kaçırılan kanıt veya daha az inceleme saati sayesinde ek panel ve hakem token’larının maliyetini karşılayabiliyorsa kullanmaya devam edin.

Çoğu ekip için maliyet kontrollü yaklaşım şudur: rutin trafikte tek model, belirsiz veya hata maliyeti yüksek kararlarda küçük panelli Fusion, daha büyük panelleri ise ölçülen kazanım faturayı karşılıyorsa kullanmak.