Claude Opus 5 Rehberi: Hangi Model Hangi İş İçin, Effort Toggle ve Türkiye'de Maliyet Stratejisi

Claude Opus 5 Çıktı: Hangi Model Hangi İş İçin ve Türkiye'deki Geliştirici Bunu Nasıl Okumalı

Anthropic 24 Temmuz 2026'da Claude Opus 5'i yayınladı. Duyuru kısaydı, teknik detay azdı, resmi fiyat sayfası ilk saatlerde bile güncellenmemişti. Ama modelin içinde iki tane gerçekten önemli şey var ve ikisi de manşetlere yansımadı.

Birincisi: effort toggle. Modele ne kadar çaba harcayacağını siz söylüyorsunuz.

İkincisi: Opus artık dört katmanlı bir hiyerarşinin ortasında duruyor ve bu hiyerarşiyi doğru okuyamayan ekipler önümüzdeki aylarda gereksiz para harcayacak.

Bu yazıda üç şeyi ayrı ayrı ele alıyorum. Hangi iş için hangi modeli seçmelisiniz. Effort toggle pratikte ne değiştiriyor. Ve Türkiye'de çalışan bir geliştirici veya küçük şirket için bu tabloda gerçekten ne var.

Önce Tabloyu Netleştirelim

Temmuz 2026 itibarıyla Claude ailesi dört katmanlı:

Haiku 4.5. En hızlı, en ucuz. 1 milyon token girdi başına 1 dolar, çıktı başına 5 dolar. Sınıflandırma, veri çıkarma, yüksek hacimli basit işler için.

Sonnet 5. 30 Haziran 2026'da çıktı. Tanıtım fiyatı 2/10 dolar, 31 Ağustos'tan sonra 3/15 dolar. Günlük kodlama ve üretim iş akışları için varsayılan seçim.

Opus 5. 24 Temmuz 2026. Fiyat resmi olarak açıklanmadı ama Opus 4.8 seviyesinde bekleniyor, yani 5/25 dolar civarı. Karmaşık görevler, uzun bağlam, yüksek özerklik gerektiren işler.

Fable 5. Mythos sınıfı, ailenin tepesi. 10/50 dolar. En zor problemler için. Haziran 2026'da çıktı, kısa süre ihracat kontrolü nedeniyle askıya alındı, 1 Temmuz'da erişim geri geldi.

Bu tablonun kritik detayı şu: Opus 5 kendisini Fable 5'e yakın zeka olarak konumluyor ama yarı fiyatına. Anthropic'in kendi ifadesi bu. Yani üst katmanın kapasitesini alt katmanın fiyatına indiriyorlar.

Bunun anlamı, Fable 5'i günlük iş için kullanan ekiplerin faturalarının yarıya inebileceği. Ve daha önemlisi, Opus 4.8'de takılı kalanların aynı parayla daha iyi bir modele geçebileceği.

Karar Rehberi: Hangi İş Hangi Modele Gider

Model seçimi bir prestij meselesi değil, mimari bir karar. Ama pratikte çoğu ekip böyle davranmıyor. En güçlü modeli seçip her işi ona yıkıyorlar, sonra ay sonu faturaya bakınca şaşırıyorlar.

Doğru yaklaşım işi parçalara bölmek ve her parçaya uygun katmanı vermek.

Haiku 4.5'e Gidecek İşler

Yapısı belli, çıktısı öngörülebilir, hacmi yüksek her şey. Örnek:

- Gelen destek taleplerini kategorilere ayırmak - Faturalardan alan çıkarmak - Metin özetleme, kısa - Duygu analizi - Basit format dönüşümleri

Bu işlerde Opus kullanmak, çivi çakmak için ekskavatör kiralamaya benziyor. İşi yapar ama bedeli saçmadır.

Sonnet 5'e Gidecek İşler

Günlük üretim işinin büyük kısmı. Kod yazma, kod inceleme, orta uzunlukta doküman işleme, müşteriye giden içerik üretimi, çok adımlı ama sınırları belli ajan görevleri.

Sonnet 5 Haziran sonunda çıktığında dikkat çeken şey, Opus 4.8'e çok yakın performans göstermesiydi. Fiyatı ise Opus'un yarısından az. Bu, birçok ekip için varsayılan katmanın Opus'tan Sonnet'e kaymasına neden oldu.

Ağustos sonuna kadar tanıtım fiyatı devam ediyor. Eylülde 3/15 dolara çıkacak. Bütçe planlaması yapıyorsanız bunu takviminize yazın.

Sonnet 4.6'dan Sonnet 5'e geçişin maliyet ve performans tarafını daha önce ayrıntılı işlemiştim: Sonnet 4.6'dan Sonnet 5'e geçiş rehberi

Opus 5'e Gidecek İşler

Şunlar:

- Uzun bağlam gerektiren analiz. Bir milyon token bağlam penceresi, tüm bir kod tabanını veya kapsamlı bir doküman setini tek seferde işleyebilmek demek. - Yüksek özerklikli ajan görevleri. Modelin kendi başına birden fazla adım planlaması, hata yapınca toparlanması, ara kararlar vermesi gereken işler. - Karmaşık mimari kararlar. Kod yazmaktan öte, sistemi nasıl kurmalı sorusuna cevap üretmek. - Yüksek riskli çıktılar. Hata maliyetinin token maliyetinden çok daha yüksek olduğu her yer.

Anthropic'in kendi ifadesine göre Opus 5, davranışsal denetimlerinde şimdiye kadarki en tutarlı model. En düşük pervasız veya yanıltıcı davranış oranı, kendi anayasalarına en güçlü bağlılık.

Bu detay pazarlama cümlesi gibi görünüyor ama üretime model koyan biri için ciddi bir şey. Model ne kadar tutarlıysa uygulama katmanında o kadar az güvenlik duvarı yazmanız gerekir. Daha az doğrulama kodu, daha az insan denetimi, daha az çıktı temizleme mantığı. Bunların hepsi geliştirme zamanı ve bakım maliyeti.

Fable 5'e Gidecek İşler

Gerçekten sınırı zorlayan işler. Yeni bir algoritma çıkarmaya çalıştığınız, çözümü belli olmayan araştırma problemleri, en zor akıl yürütme görevleri.

Opus 5 çıktıktan sonra Fable 5'in makul kullanım alanı daraldı. Eğer Fable 5'i günlük işiniz için kullanıyorsanız ve Opus 5 yeterli geliyorsa, geçiş yapmak faturayı yarıya indirir.

Effort Toggle: Asıl Haber Bu

Opus 5 ile gelen en somut yenilik, çaba seviyesini elle ayarlayabilmek. Düşük, orta, yüksek. Aynı model, farklı düşünme derinliği, farklı maliyet.

Bunun neden önemli olduğunu anlamak için bir adım geriye gitmek gerekiyor.

Şimdiye kadar model seçimi ikili bir karardı. Ya güçlü modeli seçip her göreve aynı maliyeti ödüyordunuz, ya zayıf modeli seçip zor görevlerde kalitesizliğe razı oluyordunuz. Arada bir şey yoktu. Çözüm, farklı görevleri farklı modellere yönlendiren bir yönlendirme katmanı yazmaktı, ki bu da ayrı bir mühendislik yükü.

Effort toggle bu ikiliği kırıyor. Tek modelde kalıyorsunuz ama görev bazında ne kadar hesaplama harcanacağını siz belirliyorsunuz.

Pratikte Nasıl Kullanılır

Bir müşteri destek sistemi düşünün. Aynı model üç farklı işi yapıyor:

Düşük çaba: Gelen mesajı kategoriye ayır. Bu iş için derin akıl yürütme gerekmiyor. Model hızlıca sınıflandırıp geçsin.

Orta çaba: Standart bir soruya bilgi tabanından cevap üret. Biraz düşünmesi gerekiyor ama karmaşık değil.

Yüksek çaba: Karmaşık bir teknik şikayeti analiz et, geçmiş kayıtlarla karşılaştır, kök neden önerisi çıkar. Burada modelin gerçekten çalışması gerekiyor.

Eskiden bu üç iş için ya üç ayrı model entegrasyonu yazacaktınız ya da hepsini en güçlüye yıkacaktınız. Şimdi tek entegrasyon, üç farklı ayar.

Maliyet Tarafı

Fortune'un aktardığına göre bu özellik doğrudan kurumsal müşterilerin şişen AI faturalarına yanıt olarak geliştirildi. Bu, sektörde bir olgunlaşma işareti.

2024 ve 2025 boyunca AI maliyeti ikinci plandaydı. Önce çalışsın, sonra optimize ederiz mantığı hakimdi. 2026'da bu bitti. Artık faturalar geldi, muhasebe soru soruyor, CFO'lar açıklama istiyor.

Effort toggle, optimizasyonu mimarinin içine gömüyor. Sonradan eklenen bir yama değil, ürünün kendisinin bir parçası.

Hız Meselesi

Opus 5'in bir de Fast modu var, varsayılan hızın yaklaşık 2.5 katı çalışıyor. Bu, kullanıcının ekran karşısında beklediği senaryolarda önemli. Arka planda çalışan toplu işlerde ise hız pahalıya gelirse anlamsız.

Yani üç boyutlu bir karar alanı oluşuyor: hangi model, ne kadar çaba, ne kadar hız. Üçünü de görev bazında ayarlayabilmek, bir yıl öncesine göre ciddi bir kontrol artışı.

Türkiye Bağlamı: Bu Tablo Bizim İçin Ne Anlama Geliyor

Şimdi asıl kısma geliyoruz. Yukarıdaki her şey global bir okuma. Türkiye'de çalışan bir geliştirici, küçük yazılım şirketi veya kurum için tablo biraz farklı görünüyor.

Kur Gerçeği

Token fiyatları dolar üzerinden. Bir milyon girdi tokenı için 5 dolar, Türkiye'deki bir geliştirici için ABD'deki meslektaşından çok daha ağır bir maliyet. Aynı sayı, farklı ağırlık.

Bu, model seçimini Türkiye'de daha kritik hale getiriyor. Amerika'da bir startup "hepsini Opus'a yıkalım, sonra bakarız" diyebilir. Burada bu lüks yok.

Pratik sonuç: yönlendirme mimarisi Türkiye'de opsiyonel değil, zorunlu. İşin yüzde 60'ını Haiku'ya, yüzde 35'ini Sonnet'e, yüzde 5'ini Opus veya Fable'a yönlendiren bir yapı, her şeyi Sonnet'te çalıştırmaya göre yüzde 30-40 daha ucuza geliyor. Bu fark Türkiye'de projenin yaşayıp yaşamayacağını belirleyebilir.

Effort toggle bu hesabı daha da iyileştiriyor. Artık sadece modeller arası değil, model içinde de optimizasyon yapabiliyorsunuz.

Veri Yerleşimi Sorunu

Burada daha derin bir mesele var. KVKK kapsamında çalışan bir kurum, özellikle sağlık, finans veya hukuk alanındaysa, verinin nereye gittiği fiyattan daha önemli.

Bulut tabanlı bir API'ye istek attığınızda veriniz sunucuya gidiyor. Sözleşmeler, veri işleme anlaşmaları, saklama politikaları var, evet. Ama mimari olarak veri makineden çıkıyor.

Türkiye'de bir klinik, bir hukuk bürosu veya bir kamu kurumu için bu bazen aşılamaz bir engel. Model ne kadar iyi olursa olsun, uyum tarafı kapalıysa dağıtım gerçekleşmiyor.

Hukuk tarafında bu sorunun somut haline ve sıfır veri saklama yaklaşımına ayrı bir yazıda girmiştim: Yapay zekaya dava dosyası yükler misiniz

Bu yüzden Türkiye'de AI benimseme eğrisi ikiye ayrılıyor. Veri hassasiyeti düşük işlerde bulut API'ler hızla yayılıyor. Veri hassasiyeti yüksek işlerde ise ya hiçbir şey olmuyor ya da yerel çalışan çözümler aranıyor.

Opus 5 birinci grubu güçlendiriyor. İkinci grup için hikaye değişmiyor.

Açık Ağırlık Alternatifi

Bu noktada açık ağırlıklı modeller devreye giriyor. Kimi K3, DeepSeek, Llama türevleri, kendi altyapınızda çalıştırabildiğiniz modeller.

Bu modeller Opus 5 seviyesinde değil. Ama bazı işler için yeterli, ve daha önemlisi veri makineden hiç çıkmıyor.

Kimi K3'ün kıyaslama tablosundaki yerini ve Türk geliştiricinin Çin modellerine güvenip güvenemeyeceğini ayrıca ele almıştım: Kimi K3 Fable 5'i geçti

Türkiye'deki doğru strateji genellikle hibrit oluyor. Hassas veri içeren işler yerel modelde, hassas olmayan işler bulut API'de. Bu ayrımı yapabilen mimari, hem uyumlu hem ekonomik oluyor.

Bunu yaparken dikkat edilecek nokta: yerel çalıştırmanın da bir maliyeti var. GPU, elektrik, bakım, güncelleme. Küçük ölçekte bulut API'den pahalıya gelebiliyor. Kritik eşik genelde hacimde, sürekli yüksek hacimli iş varsa yerel mantıklı hale geliyor.

Aylık abonelikleri bırakıp işi kendi makinesine taşımanın gerçek hesabını daha önce çıkarmıştım: Aylık yapay zeka aboneliklerini iptal edip bilgisayara bunu yükleyince

Türk Geliştirici İçin Somut Öneri

Şu sırayla ilerleyin:

Birinci adım: İşinizi görev tiplerine ayırın. Hangi işler basit, hangileri karmaşık, hangileri hassas veri içeriyor.

İkinci adım: Hassas veri içerenleri işaretleyin. Bunlar için bulut API'yi baştan eleyin veya en azından ayrı bir karar süreci uygulayın.

Üçüncü adım: Kalan işleri hacme göre sıralayın. Yüksek hacimli basit işler Haiku'ya. Orta karmaşıklıktakiler Sonnet 5'e. Gerçekten zor olanlar Opus 5'e.

Dördüncü adım: Opus 5'e giden işlerde effort seviyesini görev bazında ayarlayın. Hepsine yüksek vermeyin.

Beşinci adım: Ölçün. Token başına maliyeti değil, başarılı görev başına maliyeti ölçün. Ucuz model iki kez denemek zorunda kalıyorsa aslında ucuz değil.

Bu beş adım kulağa basit geliyor ama uygulayan ekip sayısı şaşırtıcı derecede az. Çoğu proje tek model seçip devam ediyor ve maliyeti sonradan sorun ediyor.

Peki Şimdi Ne Olacak

Opus 5 tek başına devrim değil. Ama bir eğilimin net göstergesi.

O eğilim şu: yetenek başına maliyet hızla düşüyor ve kontrol kullanıcıya geçiyor. Bir yıl önce model seçimi kapalı bir kutuydu. Şimdi hangi model, ne kadar çaba, ne kadar hız, hepsini görev bazında ayarlayabiliyorsunuz.

Bu, mühendislik disiplininin geri döndüğü anlamına geliyor. AI ile ürün yapmak artık en güçlü modeli seçip API'ye bağlamak değil. Kaynak tahsisi problemi. Ve kaynak tahsisi, yazılım mühendisliğinin en eski problemlerinden biri.

Türkiye'de çalışan geliştiriciler için bu iyi haber. Çünkü kur dezavantajını kapatan şey sermaye değil, mimari disiplin. Doğru katmanlandırılmış bir sistem, kaynağı savuran bir sistemden her zaman ucuza gelir.

Fiyatlar düşmeye devam edecek. Modeller iyileşmeye devam edecek. Değişmeyecek olan şey, işi doğru parçalara ayırıp her parçaya doğru kaynağı vermenin değeri.

Bu hiçbir zaman otomatikleşmeyecek. Çünkü bu bir model kararı değil, bir mimari kararı. Ve mimari kararlar hâlâ insana ait.