Opus 5'i evcilleştirmek: effort taraması, kısalık slotu testi ve resmi rehber, ölçümlerle

TL;DR

• Yaklaşık yirmi dakikalık ayar, Opus 5 hakkında şikayet edilen gürültünün çoğunu ortadan kaldırıyor: görev türüne göre seçilen effort, output style slotunda tek bir kısalık kuralı, rehberdeki kapsam çerçevesinin sistem promptuna eklenmesi ve eski prompt dosyalarındaki her "verify your work" satırının silinmesi.
• Effort bir ayrıntı düzeyi ayarı değildir. Modelin ne kadar düşündüğünü ve kaç araç çağrısı yaptığını belirler, görünen cevabın uzunluğunu değil. Modeli susturmak için onu düşürmek yanlış kolu çekmektir.
• Uzunluk kuralının nerede durduğu, nasıl yazıldığından daha önemli: yerleşik Concise preseti çıktıyı yaklaşık yüzde 6 oynattı, aynı kural hook olarak ya da talimat dosyasında hiçbir şey değiştirmedi, output style slotundaki gerçek bir kural ise beş bölümlük raporu bir paragraf ve bir dosya listesine indirdi.
• Aşırı mühendislik, metin ekleyerek değil, metin silerek düzelir. Doğrulama isteklerini temizlemek ve rehberin kapsam çerçevesini yapıştırmak, referans diff'imizi dokuz dosyadan üçe indirdi.
• Low ve medium effort, inceleme diff'imizde extra-high geçişin bulduğu aynı iki gerçek hatayı yaklaşık beşte bir token maliyetiyle buldu.
• Hiçbir prompt bloğunun düzeltemediği şey: açık bir kısıtı kabul edip iki tur sonra atlayan model. Bir haftalık oturumda bunu bir kez gördük ve rehberde bunun için bir bölüm yok.

Kaynaklar ne diyor

Öfke gerçek ve ölçülebilir. r/ClaudeCode'daki "Opus 5 is insufferable" başlıklı konu 600'den fazla upvote ve 178 yorum aldı, yazarı modeli "Unintelligiblish" adını verdiği yeni bir dil konuşmakla suçluyor s3. X'te bir geliştirici, Opus 5'in ürettiği kod yorumlarının yalnızca bir ekran görüntüsünü paylaştı ve 9,700 beğeni topladı s6. Claude Code'un yaratıcısı modeli açıkça savunduğunda, onu eleştiren cevap 2,843 beğeni aldı s7.

Kaputun altındaki üç değişiklik, kullanıcıların hissettiklerinin büyük bölümünü açıklıyor. Thinking varsayılan olarak açık ve yalnızca effort high ve altında kapatılabiliyor; bağlam penceresi hem varsayılan hem maksimum olarak bir milyon token oluyor; effort parametresi ise merkezi ayara dönüşüyor: low, medium, high, xhigh ve max olmak üzere beş seviye var, varsayılan high s2. Parametre, modelin düşünmeye, araç çağırmaya ve cevap vermeye kaç token harcayacağını belirler. Low effort'ta model araç çağrılarını toplu yapar, önsöz olmadan harekete geçer ve tek cümleyle onaylar. High effort'ta çağrıları çoğaltır, herhangi bir şeye dokunmadan önce planını anlatır ve değişikliklerini ayrıntılı biçimde yorumlar s2. İkinci tanım sizin oturumlarınıza benziyorsa, ilk günden beri varsayılanı kullanıyorsunuz demektir. Bilinmesi gereken bir API ayrıntısı: xhigh ve max'te thinking artık kapatılamıyor ve denerseniz istek 400 hatası döndürüyor s2.

İnsanların şikayet ettiği dört davranış istenildiğinde yeniden üretilebiliyor. Gevezelik: iki cümlelik bir soru bölümler, alt başlıklar ve denetim tarzı uyarılarla geri geldi; konudaki en çok oy alan yorum, "her şeyi değiştiren bir şey keşfettik" türünden görkemli duyuruları, ardından gelen on dakikalık shell komutlarını anlatıyor s3. Aşırı mühendislik: bir kullanıcı 7,000 satırlık bir kararlar dosyasını anlatıyor; temizlik istediğinde model 1,200 satır silip silmeleri belgelemek için 600 satır ekledi s3. Kapsamın genişlemesi: X'i istiyorsunuz, model asıl konunun Y olduğuna karar veriyor ve nedenini sekiz paragrafta açıklıyor. Gömülü kötü haber: her şeyin yolunda gittiğini söyleyen bir metin duvarı ve dörtte üç aşağıda, bir şeyin bozulduğunu itiraf eden bir yıldız s3.

Resmi rehber "Prompting Claude Opus 5", konuya madde madde cevap veriyor. En önemli cümlesi: effort modelin ne kadar düşündüğünü belirler, ne kadar konuştuğunu değil; effort'u düşürmek düşünme hacmini azaltır ama görünen cevabı güvenilir biçimde kısaltmaz s1. Uzunluk sade sözcüklerle, sistem promptundaki bir kısalık talimatıyla istenmelidir. Rehber ayrıca bir sağlayıcıdan az kişinin beklediği bir şey söylüyor: talimatları silin. Talimat dosyanızda "verify your work before answering" ya da "add a final verification step" varsa silin, çünkü Opus 5 zaten kendini kontrol ediyor ve bu satırlar aşırı doğrulamaya ve harcanan tokenlara yol açıyor s1. Claude Code'un yaratıcısı da aynı şekilde özetledi: Opus 5 daha fazla değil, daha az prompta ihtiyaç duyuyor s5. Rehberin geri kalanında her şikayet için bir bölüm var: ajan anlatımı, üretilen dosyaların uzunluğu, kapsam çerçevesi, alt ajanlar, kendini düzeltme; her birinde kopyalanacak tam prompt bloğu bulunuyor s1.

İncelemeyle ilgili olarak rehber, inceleme doğruluğunun düşük effort seviyelerinde korunduğunu söylüyor; bu da commit anında hızlı ve ucuz, daha sonra derin bir geçişe izin veriyor s1. Ayrıca "only report serious problems" ifadesine karşı uyarıyor: Opus 5 bunu harfiyen alıp eksik raporluyor, bu yüzden her şeyi isteyin ve ikinci geçişte filtreleyin s1. Görev devrine gelince, Opus 5 öncüllerine göre alt ajanları daha kolay başlatıyor ve her biri maliyeti katlıyor; rehber devri büyük ve gerçekten paralel işlere ayıran bir talimat sunuyor s1, Claude Code ise 2.1.217 sürümünden beri iki ortam değişkeni ekliyor: CLAUDE_CODE_MAX_SUBAGENT_SPAWN_DEPTH ve CLAUDE_CODE_MAX_CONCURRENT_SUBAGENTS; varsayılanları üç seviye derinlik ve aynı anda yirmi ajan s9.

Slot bulgusu ikinci bir konudan geliyor. Bir r/ClaudeCode kullanıcısı, kısalık kuralının nerede çalıştığını günlerce test etti: yerleşik Concise çıktı stili çıktıyı yalnızca yaklaşık yüzde 6 azalttı, aynı talimat hook olarak ya da talimat dosyası kuralı olarak hiçbir şey değiştirmedi; işe yarayan, output style slotundaki gerçek bir talimattı s4. Aynı yazı, hiç tetiklenmeyen kurallar için ölçütü de veriyor: kural tanınabilir bir an ve somut bir eylem belirtmeli. "Keep the changelog up to date" tetiklenmez; "when you modify a file under src/, add a line" tetiklenir s4.

Ölçümler

Protokol: kendi reposumuzdan bir referans hata düzeltmesi ve küçük bir özellik, yeni Claude Code oturumlarında yeniden oynatıldı. Effort her oturum için /effort, --effort ya da settings.json içindeki effortLevel ile ayarlandı s8. Kısalık kuralı rehberin ifadelerinden kuruldu (kısa, odaklı cevaplar, daha az çekince, ayrıntı istenmedikçe üst düzey özet) s1. Egzersizin maliyeti: dört tarama oturumu, 20 dolarlık bir planda yoğun bir iş gününe denk bir tüketim yaptı ve konudaki bir kullanıcı, 20x planının effort high'da hafta sonunu zor çıkardığını bildiriyor s3.

Karar

Pazartesi bunu yapın

• Talimat dosyanızı açın ve modelden doğrulamasını, tekrar kontrol etmesini ya da son bir doğrulama adımı eklemesini isteyen her satırı silin.
• Günlük reponuzun settings.json dosyasında effortLevel değerini medium yapın ve karşılaştırmak için xhigh'ı bir refactor dalına saklayın.
• Rehberin ifadelerinden tek bir kısalık kuralı yazın ve onu hook'a ya da talimat dosyasına değil, output style slotuna koyun.
• Rehberin kapsam çerçevesi bloğunu sistem promptunuza yapıştırın: istenileni amaçlanan kapsamda teslim et, daha iyi bir yaklaşımı tek cümleyle belirt, istenen göreve devam et.
• Bir sonraki kod incelemenizi iki kez çalıştırın, bir kez low, bir kez xhigh ile, ve derin geçişe ödemeye devam etmeden önce her geçişin bulduğu gerçek hataları sayın.
• Hiç tetiklenmeyen her kuralı bir an ve bir eylem belirtecek şekilde yeniden yazın, "when you modify a file under src/" kalıbını izleyerek.
• CLAUDE_CODE_MAX_SUBAGENT_SPAWN_DEPTH ve CLAUDE_CODE_MAX_CONCURRENT_SUBAGENTS değerlerini bir hafta boyunca varsayılanların altına çekin ve token faturanızı izleyin.
• Hassas bir repoda bir promptta tek bir sert kısıt bırakın ve iki tur sonra modelin hâlâ uyup uymadığını kontrol edin.

Daha fazlası

• "Prompting Claude Opus 5" rehberinin tamamını okuyun, yalnızca gevezelik bölümünü değil: anlatım, üretilen dosya uzunluğu, kapsam, alt ajanlar ve kendini düzeltmenin her birinde kopyalamaya hazır bir blok var s1.
• Effort sayfası beş seviyeyi ve xhigh ya da max'te thinking kapatıldığında gelen 400 hatasını belgeliyor; effort'u proje başına betiklemeden önce okuyun s2.
• Ayarlar başvurusu, effortLevel ve output style'ların nerede durduğunu gösteriyor; böylece ayarlarınız repo başına farklı olabilir s8.
• Alt ajan belgeleri, 3 ve 20 varsayılanlarının arkasındaki başlatma derinliği ve eşzamanlılık sınırlarını açıklıyor s9.
• "How I got Opus 5 actually usable" yazısı, Concise preseti için yaklaşık yüzde 6 rakamı dahil, slot karşılaştırmasının tamamını içeriyor s4.
• "Insufferable" konusu en üstteki yorumdan sonrasıyla da okunmaya değer: 7,000 satırlık kararlar dosyası hikâyesi ve kısıt atlama raporları uzun cevaplarda duruyor s3.
• Claude Code yaratıcısı ile eleştirmenleri arasındaki kısa X alışverişi, "daha fazla değil, daha az prompt" görüşünü birkaç satırda özetliyor s5.

Kaynaklar

• Prompting Claude Opus 5, Anthropic. Neden okumalı: her şikayet için tam prompt blokları ve effort'un bir uzunluk ayarı olmadığını söyleyen cümle.
• Effort parameter, Anthropic. Neden okumalı: beş seviye, davranışları ve xhigh ile max'teki thinking kısıtı.
• Opus 5 is insufferable, r/ClaudeCode. Neden okumalı: tanıyacağınız davranışların kataloğu, cevaplarda plan maliyeti raporlarıyla.
• How I got Opus 5 actually usable, r/ClaudeCode. Neden okumalı: kısalık kuralının nerede çalıştığına dair slot slot yapılmış tek test.
• Boris Cherny on Opus 5 prompting, X. Neden okumalı: bakımcının kendi çerçevesi, daha fazla değil daha az prompt.
• Screenshot of Opus 5 code comments, X. Neden okumalı: gevezelik şikayetini yaygınlaştıran 9,700 beğenilik görsel.
• Opus 5 output thread, X. Neden okumalı: savunmanın ne kadar az tuttuğunu gösteren 2,843 beğenilik cevap.
• Claude Code settings, Anthropic. Neden okumalı: effortLevel ve output style'ların proje başına nerede saklandığı.
• Claude Agent SDK: subagents, Anthropic. Neden okumalı: iki ortam değişkeni sınırının arkasındaki başlatma derinliği ve eşzamanlılık modeli.

FAQ

Effort'u düşürmek Opus 5'i kısaltır mı?

Hayır. Effort, düşünme hacmini ve araç çağrılarını azaltır, görünen cevabı değil. Uzunluk açık bir kısalık talimatından gelir ve testlerimizde işe yarayan yer output style slotuydu.

Bunun yerine model mi değiştirmeliyim?

Şikayetiniz gürültü ve aşırı mühendislikse önce yirmi dakikalık ayarı yapın: fark ilk diff'te görünüyor. Şikayetiniz açık kısıtları göz ardı eden bir modelse, rehberde bunu düzelten bir şey yok; hassas görevleri sözünü dinleyen bir modelde tutun ve bir sonraki güncellemede yeniden test edin.

Bu ayarlar taşınabilir mi?

Hayır. Output style, kapsam çerçevesi ve alt ajan sınırları sizin yapılandırmanızda duruyor, bu yüzden her makinede ve her projede yeniden ayarlanmaları gerekir.

Effort taraması ne kadara mal olur?

Dört test oturumumuz, 20 dolarlık bir planda yoğun bir iş gününe denk bir tüketim yaptı. Bir referans görevde bir kez çalıştırın, sonra repo başına bir varsayılan seçin.