Claude Code Prompt Cache Maliyeti: Başlatma Yolu Her Şeyi Değiştiriyor
Claude Code'da prompt cache maliyeti başlatma yoluna göre nasıl değişiyor? Ölçümler, sabit yükün ve subagent fan-out'un etkisini gösteriyor.
Bir geliştirici, aynı boş Claude Code projesini üç farklı başlatma yoluyla (VSCode eklentisi, VSCode içi terminal, bağımsız terminal) çalıştırıp oturum loglarındaki cache_creation ve cache_read sayılarını ölçtü. Sonuç net: bağımsız terminalden (iTerm2 gibi) başlatılan oturumlar Anthropic'in paylaşılan prompt önbelleğine hiç dokunmuyor, cache_read her turda sıfır kalıyor ve tam cache_creation bedeli her seferinde ödeniyor. VSCode eklentisi ile VSCode içi terminal ise aynı sonuçları verip önbelleği tutarlı biçimde kullanıyor.
Daha da çarpıcı olanı: CLAUDE.md dosyaları, skill'ler ve hook'lar tamamen kaldırılsa bile cache_creation maliyetinin yaklaşık %85'i hâlâ kayboluyor değil — bu, Claude Code'un kendi sabit yükü. Kullanıcının gerçekten kontrol edebildiği pay projede sadece %15 civarında. Üstüne üstlük, alt-ajanlar (subagent) ebeveyn oturumun önbelleğini devralmıyor; her biri kendi sabit maliyetini ayrı ayrı ödüyor, yani paralel fan-out bu sabit yükü doğrusal olarak çarpıyor.
Mühendisler için pratik sonuç şu: CLAUDE.md optimizasyonu hâlâ değerli ama asıl büyük maliyet kaldıracı hangi terminalden/istemciden başlatıldığı ve kaç alt-ajanın paralel çalıştığı. Bu iki değişken, konfigürasyon inceltmesinden çok daha büyük fatura farkları yaratabiliyor.