Opus 5.5 ile çalışmak: "Dikkatli düşün" demeyi bırak, bitiş çizgisini söyle

Neden yeni bir rehber?

Opus 5.5’in ne olduğunu ve fiyatını daha önce anlatmıştık. Bu yazı modelin kendisiyle değil, onunla nasıl konuşacağınla ilgili. Claude’un resmî blogunda 22 Eylül’de, Addy Osmani imzasıyla Claude ve Claude Code için bir kullanım rehberi yayımlandı. Better Stack de bu rehberden en işe yarar ipuçlarını bir videoda topladı.

Ortak mesaj şu: Eski modeller adım adım el tutmak istiyordu. Opus 5.5 ise uzun işleri kendi başına götürebiliyor. Senin işin, nereye varmak istediğini net söylemek.

İstemi yazarken

• İşin tamamını tek mesajda ver ve “bitti”yi tanımla. Rehberdeki örnek bir ödeme sistemi taşıması: Bütün uç noktalar yeni istemciyi kullanıyorsa, eskisi silindiyse ve testler geçiyorsa iş bitmiştir. Bir de “sadece açıklayamadığın bir test hatasında dur ve bana sor” gibi bir satır eklenebilir.
• “Dikkatli düşün” satırlarını sil. Opus 5.5 her cevaptan önce zaten düşünüyor ve ne kadar düşüneceğine kendisi karar veriyor. Anthropic’in testlerinde bu satırları kaldırmak, kaliteyi düşürmeden cevapların daha erken başlamasını sağlamış. Kayıtlı skill’lerinde de bu tür satırlar varsa onları da temizle.
• Tasarımda istemediğin şeyleri tek tek say. “Sıradan görünmesin” demek pek işe yaramıyor, model bir şablonu başka bir şablonla değiştiriyor. Bunun yerine somut bir yasak listesi ver: numaralı bölüm etiketleri, monospace yazı, hap şeklinde düğmeler gibi.
• Hızlı cevap istiyorsan bunu söyle. Basit bir soruda “doğrudan cevap ver” demek yeterli.

Uzun bir işi yönetmek

• Çalışırken araya girme, mesajını yaz. Claude Code’da iş sürerken yeni bir not yazıp Enter’a basabilirsin. Claude onu mevcut adımı bitirince okuyor. İşler uzadıkça baştan başlatmak daha pahalı hâle geliyor.
• Ne zaman duracağını CLAUDE.md’ye yaz. Opus 5.5 bazen işe devam etmek yerine durup rapor veriyor. Rehberin önerisi kabaca şöyle bir kural: Benim kararım gerekmiyorsa devam et. Sadece bensiz ilerleyemiyorsan ya da veri silmek, zorla push etmek gibi geri dönüşü zor bir şey yapacaksan dur ve sor. Tehlikeli komutlar için izin sorularını da açık tutmanı öneriyor.
• Büyük işi alt ajanlara böl. Büyük bir kod tabanında denetim ya da taşıma yapıyorsan her parçayı ayrı bir alt ajana (subagent) ver. Ana ajan, her alt ajanın getirdiği kanıtı kabul etmeden önce kontrol etsin.
• Görev listesini bir dosyada tut. Uzun bir işte bağlam penceresi dolunca Claude Code eski konuşmayı özetliyor ve bazı ayrıntılar kaybolabiliyor. TASKS.md gibi bir dosya bu özetlemeden etkilenmiyor. Hem sen hem Claude neyin bittiğini, neyin kaldığını oradan görüyor.

İş bitince

Opus 5.5 uzun bir işin sonunda ne yaptığını, ne bulduğunu ve senden ne beklediğini yazıyor. Rehberin tavsiyesi: Önce “senden ne bekliyor” kısmını oku. İstersen CLAUDE.md’ye her raporun “beni bekleyenler, değişenler, bulunanlar” başlıklarıyla bitmesini de yazabilirsin.

Ama özet, sadece Claude’un ne yaptığını düşündüğünü söyler. Kodun gerçekten doğru olup olmadığını görmek için ondan bir kod incelemesi iste. Anthropic’in paylaştığına göre Opus 5.5 en düşük efor ayarında bile Opus 5’in yüksek ayarından daha fazla hata yakaladı ve daha az yanlış alarm verdi. İyi bir inceleme isteminde sadece birleştirmeyi engelleyecek sorunlar istenir: hangi dosya ve satır, neden yanlış, nasıl kanıtlanır. Videodaki geliştirici incelemeyi bilerek başka bir şirketin modeline yaptırmayı tercih ediyor. Farklı bir göz, farklı hatalar yakalıyor.

Mesajın işaretlenirse

Opus 5.5, Anthropic’in biyolojik güvenlik ve siber güvenlik alanında daha sıkı korumalarıyla geliyor. Bir mesaj bu korumalara takılırsa sohbet çoğu zaman kendiliğinden daha eski bir modelle devam ediyor. Kendi kodunda güvenlik açığı aramak serbest, ama meşru işler de bazen takılabiliyor. Claude Code’da Esc’e iki kez basıp son mesajını düzenleyebilir, /model ile geri dönebilirsin. /config içinden de model değiştirmeden önce sana sormasını ayarlayabilirsin. İşaretlenen mesaj aynı sohbette kaldığı sürece tekrar takılabilir. O yüzden yeni bir sohbet açmak daha temiz. Bir ipucu daha: Claude’dan iç düşünce sürecini cevapta aynen göstermesini istemek de işaretlenme sebeplerinden biri.

Son olarak hızlı mod (/fast): Aynı model, daha hızlı yazıyor. Ama ek kullanımın açık olması gerekiyor ve token başına daha pahalı.

Düşün

• Kendi istemlerinde “dikkatli ol”, “hata yapma” gibi satırlar var mı? Bunların yerine hangi somut bitiş koşulunu yazabilirsin?
• Bir ajanın yaptığı işi aynı ajana mı kontrol ettirmeli, yoksa başka birine mi?

Kendi cümlelerimizle yazılmış bir özettir, çeviri değildir. Tüm kaynaklar yukarıda.