Claude Sonnet 5.5 bir uyarıyla geliyor: bazı promptlar sessizce Sonnet 5'e yönlendirilebilir

Anthropic, Claude Sonnet 5.5'i 28 Eylül'de, Opus 5.5'in altı gün ardından yayınladı ve bu sürüm alışılmadık bir itiraf barındırıyor: belirli koşullar altında, yeni modele gönderilen bir istek eski Sonnet 5 tarafından yanıtlanabiliyor. Lansmanı özetleyen bir dev.to yazısına aktarıldığı üzere, The New Stack, Anthropic'in "daha yüksek riskli" olarak nitelendirdiği durumlarda Sonnet 5.5'e yönelik promptların reddedilmek veya işaretlenmek yerine Sonnet 5'e yönlendirilebildiğini ve bu değişimi tetikleyen kriterlerin yayımlanmadığını bildirdi.

Değişmeyen fiyatlarla daha güçlü sonuçlar

Sonnet 5.5, önceki modelin fiyatlandırmasını koruyor — milyon input token başına 2 dolar ve milyon output token başına 10 dolar — ve dev.to yazısında aktarılan benchmark rakamları genelinde sonuçları iyileştiriyor. Bir modelin planlama yaptığını, dosyaları düzenlediği ve iterasyon gerçekleştirdiği agentic coding'i ölçen Terminal-Bench 4.0'da Sonnet 5.5, yüzde 70,6 skorla amiral gemisi Opus 5.5'in yüzde 66,4'ünün önünde ve Sonnet 5'in yüzde 10,3'ünün çok ötesinde. Genel bilgi-işi değerlendirmesi olan GDPval-AA v2.1'de 1844'e ulaştı — Opus 5.5'in 1846'sının iki puan gerisinde ve kabaca Sonnet 5'in 1449'unun 400 puan üzerinde. Görsel grafik tanıma testi Chartography'de yüzde 61,6'ya ulaştı; Opus 5.5'in yüzde 64,4'ünün gerisinde ama Sonnet 5'in yüzde 15,6'sından ciddi biçimde yukarıda. Anthropic ayrıca output'un en az yüzde 30 daha hızlı olduğunu ve görev başına maliyetin yüzde 30'a kadar daha düşük olduğunu iddia ediyor; şirket bunu modelin bir işi bitirmek için daha az token'e ve daha az tool çağrısına ihtiyaç duymasına bağlıyor.

Hepsi bir arada değerlendirildiğinde, artık daha ucuz olan model, agent tabanlı kodlama için en ilgili benchmark'ta amiral gemisinin önünde — dev.to yazarı bunun, Opus 5.5 yerine maliyete duyarlı agentic pipeline'lar için mantıklı varsayılan seçim haline getirdiğini savunuyor.

Sessiz yönlendirme uyarısı

Model, Anthropic'in şimdiye dek yalnızca en yetenekli modellerine sakladığı türden koruma mekanizmalarıyla geliyor: modelin akıl yürütmesini çıkarma girişimleri gibi kötüye kullanım kalıplarını tespit etmeye ve engellemeye designed classifier'lar. The New Stack'in bildirdiğine göre olumsuz taraf, bu korumaların bir isteği yeniden yönlendirebilmesi. Anthropic bir prompt'u daha yüksek riskli bulduğunda yanıt, geliştirici Sonnet 5.5'i seçmiş olsa bile Sonnet 5'ten — farklı yeteneklere sahip bir modelden — gelebilir. Hiçbir şey reddedilmiyor ve hiçbir şey işaretlenmiyor; tetikleyici koşullar belgelenmediği için bu davranışın etrafında tasarlamanın bir yolu yok, sadece onunla karşılaşmak mümkün.

Bu, tutarlı model kimliğinin varsayıldığı her yerde en çok önem taşıyor: değerlendirme çalıştırmak, dahili bir pipeline'ı benchmark etmek, bir regresyonu debug etmek veya bildirilen bir hatayı yeniden üretmek. Çağırıcının göremediği bir değişim, "dün çalışıyordu" ifadesini bir debug ipucundan şans meselesine dönüştürüyor.

Yoğun ilk gün kullanımı

Lansman, Hacker News'te en üst habere dönüştü ve 775 puan ile 500'den fazla yorum aldı. dev.to yazısında aktarılan yorumcular hype'tan çok token verimliliğine dikkat çekti: biri, Opus 5.5 geldikten sonra büyük ölçüde Sonnet kullanmayı bıraktığını ama yeni sürüm çok daha az token tükettiği için geri döndüğünü söyledi; bir diğeri, Pro plan kotasının aylar sonra ilk kez tam bir gün dayandığını bildirdi. Üçüncüsü ise bir haftalık kullanım payını ve sıfırlanmasını saatler içinde tüketti — bu da, yazının işaret ettiği gibi, insanların modeli test etmek yerine gerçek iş yüklerini ona yönlendirdiğinin bir işareti.

Neden önemli

Benchmark kazanımları, yüksek hacimde kodlama agent'ı çalıştıran herkes için düpedüz iyi haber: agentic görevlerde düşük bir fiyatın karşılığında Opus'a yakın performans. Yönlendirme itirafı ise daha uzun vadeli sonuçları olan kısım. API'ler, bir modeli adlandırmanın davranışını sabitlediği önkabulü üzerine inşa edilmiştir ve eval'ler, regresyon suitleri ve uyumluluk log'ları hep bu önkabulün geçerli kalmasına dayanır. Bir sağlayıcı istek ortasında haber vermeden farklı bir modelle değiştirme yapabiliyorsa, doğrulama sorumluluğu çağırıcıya geçer. dev.to yazısının da belirttiği gibi pratik çözüm, istenen modele güvenmek yerine her yanıtta dönen model alanını loglamak — şu an bir değişimi yakalamanın tek güvenilir yolu. Anthropic neyin daha yüksek riskli sayıldığını belgeleyene dek Sonnet 5.5, hem agentic iş için daha iyi ekonomik bir seçim hem de kimliği tam olarak garanti edilemeyen bir model.