Claude Code oturumlarında yavaşlama ve maliyet sorunu

Uzun süreli Claude Code oturumlarının yavaşlaması ve maliyet artışı nasıl önlenir

Uzun süreli bir Claude Code oturumu, her adımda tüm bağlamı (context) yeniden gönderdiği ve bu bağlam sürekli büyüdüğü için yavaşlar ve maliyetli hale gelir. Çözüm, belirli bir sırayla uygulanan temizlik işlemleridir. Pencereyi neyin doldurduğunu görmek için /context komutunu çalıştırın, her istekte ücret ödediğiniz öğeleri ayıklayın, ardından ilgisiz görevler arasında /clear komutunu ve tek bir uzun görev içinde talimat vermek için /compact komutunu kullanın. Çalışmalarınızı kesintisiz bloklar halinde sürdürün; çünkü soğuk bir prompt cache, ucuz bir okuma işlemini, söylediklerinizin tamamının yeniden yazıldığı maliyetli bir sürece dönüştürür.

Sayaçların neden çalıştığına dair yanıt, bir aracı oturumunun arkasındaki token sayacı bölümünde açıklanmıştır.

Değişiklik yapmadan önce /context dosyasını okuyun

Pencerenin neyle dolduğunu tahmin etmeyin. Claude Code size bunu bildirecektir.

/context [all], mevcut bağlam kullanımını renkli bir ızgara olarak çizer ve bağlam yoğunluklu araçlar ile bellek şişmesi için optimizasyon önerileri sunar; all, öğe bazlı dökümü tam ekran modunda genişletir. Sonucu beş ayrı grup olarak değerlendirin.

• Sistem istemi. Claude Code'un kendi çalışma yönergeleri. Oturum boyunca sabittir.
• Araç tanımları. Bağlı olan her MCP (Model Context Protocol) sunucusu dahil olmak üzere, aracın çağırabileceği her aracın şeması.
• Bellek dosyaları. CLAUDE.md ve otomatik bellek, oturum başlangıcında yüklenir.
• Dosyalar ve araç sonuçları. Okunan her dosya ve komutlarınızın geri döndürdüğü her çıktı.
• Mesaj geçmişi. Sizin hamleleriniz ve aracın yanıtları.

İlk üç grup, oturum süresince her istekte ödenen sabit bir maliyettir. Son ikisi ise zamanla büyür. Sabit maliyeti başlangıçta bir kez kesin; büyüyen kısmı ise sürekli yönetin.

Pencerenin dolduğunu belirten iki ifade mevcuttur:

Context exceeds the 200k-token limit by 94k tokens — run /compact or /clear to continue.
Context is 94k tokens past the 200k-token compaction window — run /compact to reduce usage.

Birincisi kesin bir sınırdır ve istek reddedilir; eşleşen API (uygulama programlama arayüzü) hatası Prompt is too long olarak görünür. İkincisi ise bir sıkıştırma penceresidir; bu pencere, 1 milyon token kapasiteli bir modelde modelin gerçek bağlam penceresinin altında kalabilir. İstekler bu noktadan sonra da başarılı olmaya devam eder, bu nedenle bu bir reddetme değil, bir uyarıdır.

Ücretli bir planda /usage, uzun bağlam veya önbellek kaçırmaları gibi davranışları işaretleyerek ve son dönemdeki kullanımı bireysel becerilere, alt aracılara ve MCP sunucularına atayarak diğer yarısını ekler. Eğer size kotanın zaten dolduğunu bildirirse, hangi sınır penceresini beklediğiniz, bağlamı kırpmanın size şu an yardımcı olup olmayacağına veya çalışmaya devam etmek için farklı bir yol izlemeniz gerekip gerekmediğine karar vermenizi sağlar.

CLAUDE.md kalıcı bir vergidir, bu yüzden yalın tutun

CLAUDE.md değeriniz oturum başlangıcında bağlama yüklenir ve orada kalır. Eğer ayrıntılı bir dağıtım prosedürü içeriyorsa, bir test dosyasındaki yazım hatasını düzeltirken bu belirteçler mevcuttur. Anthropic'in rehberliği, yalnızca temel bilgileri dahil etmeniz ve dosyayı 200 satırın altında tutmanız yönündedir.

Prosedürleri yeteneklere (skills) taşıyın. Bir yetenek yalnızca çağrıldığında yüklenir, bu nedenle haftada iki kez çalıştırdığınız bir iş akışı diğer günlerde hiçbir maliyet oluşturmaz. Yeteneklerin bir sıkıştırma işleminden sonra kendi bütçeleri vardır: gövdeler yeniden enjekte edilir, yetenek başına 5.000 ve toplamda 25.000 belirteç ile sınırlandırılır, en eskiler ilk önce atılır. Kısaltma işlemleri dosyanın başlangıcını korur, bu nedenle en önemli talimatları SKILL.md dosyasının üst kısımlarına yerleştirin.

Sıkıştırma işleminden neyin sağ çıkacağı, bir talimatın nereye ait olduğuna karar verir.

• Sistem istemi ve çıktı stili değişmez, çünkü bunlar mesaj geçmişinin bir parçası değildir.
• Proje kök dizinindeki CLAUDE.md, kapsam dışı kurallar ve otomatik bellek diskten yeniden enjekte edilir.
• paths: ön bilgisine (frontmatter) sahip bir kural, eşleşen bir dosya tekrar okunana kadar kaybolur.
• Bir alt dizindeki iç içe geçmiş CLAUDE.md, o alt dizindeki bir dosya tekrar okunana kadar kaybolur.
• Kancalar (hooks) tetiklenmeye devam eder, çünkü bir kanca kod olarak çalışır; yalnızca bir kancanın daha önce eklediği bağlam, konuşmanın geri kalanıyla birlikte özetlenir.

Bu nedenle, güvendiğiniz bir kural proje kök dizinindeki CLAUDE.md dosyasına aittir: Claude Code önce eski araç çıktılarını temizler ve ardından özetleme yapar, bu nedenle konuşmanın başındaki talimatlar kaybolabilir. Belleği /memory ile düzenleyin. Claude Code, oturum başlangıcında yüklediği kopyayı tutar, bu nedenle oturum ortasındaki bir kırpma işlemi istem önbelleğini korur ve bir sonraki /clear, /compact veya yeniden başlatma işlemine kadar uygulanmaz. Bağlam kaybı, bir kuralın izlenmeyi bırakmasının yalnızca bir nedenidir; bu nedenle kural açıkça pencerede duruyorsa ve yine de göz ardı ediliyorsa, onu yeniden yazmadan önce diğer nedenleri gözden geçirin.

Görevler arasında /clear, görev içinde /compact kullanın

Bu iki komut birbirinin yerine kullanılabilir gibi görünse de maliyetleri oldukça farklıdır.

/clear [name], boş bir bağlamla yeni bir konuşma başlatır. Herhangi bir istek göndermediği için maliyeti yoktur. Önceki konuşmayı /resume seçicisinde etiketlemek için bir isim verin; /reset ve /new bu komutun diğer adlarıdır. Alakasız bir göreve geçtiğiniz anda bu komutu kullanın; aksi takdirde eski görev, yeni konuşmanın her mesajında yeniden gönderilir ve yeniden ücretlendirilir.

/compact [instructions], aynı konuşmaya devam ederken bağlamı boşaltır: şimdiye kadarki geçmişi özetler ve onunla değiştirir. Sürekliliğe ihtiyaç duyduğunuz uzun bir görev içinde kullanın.

/compact komutuna her zaman bir talimat verin. Talimatsız bir /compact, çalışmanın hangi kısmına hala ihtiyacınız olduğunu bilmeyen varsayılan bir istemle özetleme yapar. Talimatlı bir kullanım ise bu bağlamı korur:

/compact focus on the auth bug fix
/compact keep only the plan and the diff

Eğer her seferinde aynı nedenle sıkıştırma yapıyorsanız, projenizin CLAUDE.md dosyasındaki # Compact instructions başlığı altına kalıcı bir talimat ekleyin. Yeni bir oturumda /compact komutu Not enough messages to compact. çıktısını verir; bu, konuşmanın özetlenemeyecek kadar az tur içerdiği anlamına gelir. Tek bir büyük yapıştırma işlemi bağlamı doldurduğunda, tam bağlamda bile bu durum yaşanabilir.

Burada iki maliyet birbirine karıştırılmaktadır. Özetleme isteği ön ekinizi paylaşır, bu nedenle geçmişi yeniden işlemek yerine mevcut önbelleği okur ve sürenin çoğu özetin oluşturulmasına harcanır. Büyük bir bağlamı sıkıştırmak yine de büyük bir istektir, çünkü özetlenen konuşma girdidir. Sıkıştırma işleminden sonraki tur yavaş olan kısım değildir: çok daha kısa bir istem için önbelleği yeniden oluşturur.

Daha ucuz iki komut mevcuttur. /rewind, kodu ve konuşmayı bir kontrol noktasına geri döndürür; tamamen terk etmek istediğiniz bir yol için sıkıştırmadan daha iyidir, çünkü zaten önbelleğe alınmış bir ön eke kadar kırpma yapar. /recap, geçmişi değiştirmek yerine özetin komut çıktısı olarak eklenmesini sağlar, böylece önbelleğe alınmış ön ek bozulmadan kalır.

Otomatik sıkıştırma sürekli tetiklenirse şu çıktı alınır:

Autocompact is thrashing: the context refilled to the limit...

Sıkıştırma başarılı oldu ancak bir dosya veya araç çıktısı pencereyi art arda birkaç kez doldurdu, bu yüzden Claude Code yeniden denemeyi durdurdu. Büyük dosyayı satır aralıklarıyla okuyarak, büyük çıktıyı hariç tutan bir odakla /compact çalıştırarak, bu işi bir alt aracıya devrederek veya önceki konuşma bittiyse /clear kullanarak durumu kurtarın.

MCP sunucuları sabit ek yük getirir

Bağlandığınız her MCP sunucusu, tüm oturum boyunca yapılan her isteğe ek yük bindirir. Sunucuyu kullanmasanız dahi bu maliyeti ödersiniz.

Claude Code bu durumu hafifletir. MCP araç tanımları varsayılan olarak ertelenir; bu sayede Claude belirli bir aracı kullanana kadar yalnızca araç isimleri bağlama (context) dahil edilir. Sunucularınızın gerçek maliyetini görmek için /context komutunu, bugün kullanmayacağınız bir sunucuyu kaldırmak için ise /mcp disable <name> komutunu çalıştırın. Eğer kendi MCP sunucularınızı bir VPS üzerinde çalıştırıyorsanız, aynı matematiksel hesaplama bir sunucunun kaç aracı dışa açması gerektiğini sınırlar.

Bu işlemi oturumun başında gerçekleştirin. Tanımlar ertelenmiş durumda kaldığı sürece, bir sunucuya bağlanmak veya bağlantıyı kesmek yalnızca konuşma geçmişine ekleme yapar ve önbellek korunur. Araç arama özelliği devre dışı bırakıldığında, kullanılamadığında veya auto eşiğinin altında kaldığında tanımlar önek (prefix) kısmına yüklendiği için, yapılan değişiklik bir sonraki isteğin her şeyi yeniden okumasına neden olur.

Ayrıntılı araç çıktısını bağlama girmeden önce filtreleyin

Bir araç sonucu girdidir ve bu girdi sonraki her turda yeniden gönderilir. 20.000 token'lık çıktı üreten bir test çalışması tek seferlik bir maliyet değildir; bu çıktı pencereden çıkana kadar her turda tekrar ödeme yaparsınız.

Filtrelemeyi kaynağında yapın. Bir test çalışmasını Claude görmeden önce hatalarına indirgeyen bir kanca (hook), o çıktı yığınını bu turda ve yeniden gönderildiği her turda birkaç yüz token'a dönüştürür:

npm test 2>&1 | grep -E "FAIL|Error:" | head -40

Kancalar kod olarak çalıştıkları için hiçbir zaman bağlama girmezler. Çıktısı bir ekranı aşan her araç için bunu uygulayın. Aynı mantık 3.000 satırlık bir dosya için de geçerlidir: ihtiyacınız olan satır aralığını isteyin, çünkü dosyanın tamamı bir kez geldiğinde pencerede kalmaya devam eder.

Ajanın okuyacağı kapsamı belirleyin ve gürültülü işleri devredin

Dosya adını ve belirtiyi içeren bir komut, yalnızca ilgili dosyayı okur. Projeyi düzenlemeye yönelik genel bir istek ise ajanın ilgili gördüğü her şeyi okur ve bu okumaların her biri bağlam penceresinde kalır.

Ayrıntılı işleri bir alt ajana devredin. Test çalıştırmaları ve günlük işleme süreçleri gerçek bağlamı tüketir; bir alt ajan bu çıktıyı kendi penceresinde tutar ve yalnızca bir özet döndürür. Bunun karşılığında: bir alt ajan kendi önbelleğini oluşturur, ilk çağrıda isabet almaz ve abonelik durumunda bile beş dakikalık önbellek ömrünü kullanır. Görev devri, ana bağlamınızı güvenilir bir şekilde korur. Bu yöntem, toplam token kullanımını her zaman düşürmez.

Önbellek saati: çalışma süreleri

Prompt caching, yeniden gönderim maliyetini karşılanabilir kılan unsurdur. Önekin yazılması, temel girdi oranının 1.25 katına veya bir saatlik yaşam süresinde 2 katına mal olur. Geri okuma maliyeti ise Haiku 5.5 üzerinde 0.1 kat, Opus 5.5 ve Sonnet 5.5 üzerinde 0.05 kat (milyon token başına 0.20$ ve 0.10$) ve Fable 5.1 üzerinde 0.025 kattır (milyon token başına 0.25$). Her kullanım, girdiyi ek bir maliyet olmaksızın yeniler; bu nedenle saat, son kullanımdan itibaren işlemeye başlar. Bu çarpanlar faturanın yapısını gösterir ancak toplam tutarı belirtmez; bu yüzden tam bir bağlam penceresini dolar cinsinden bir rakama dönüştürmek için bir milyon token'ın gerçek maliyeti ile eşleştirin.

Hangi yaşam süresine sahip olacağınız kimlik doğrulama yönteminize bağlıdır; "önbelleğiniz beş dakika sonra sona erer" şeklindeki genel bir ifade bu noktada hatalı kalır.

• Claude aboneliğinde, Claude Code istekleri otomatik olarak bir saatlik yaşam süresini kullanır.
• Planınızın limitini aşıp kullanım kredilerinden harcamaya başladığınızda, bu kullanım için faturalandırılırsınız ve süre beş dakikaya düşer.
• API anahtarı veya bulut sağlayıcısı üzerinden kullanımda süre beş dakikada kalır. promptCacheTtl değerini 1h veya ENABLE_PROMPT_CACHING_1H=1 olarak ayarlamak bir saatlik yaşam süresini seçmenizi sağlar, FORCE_PROMPT_CACHING_5M=1 ise süreyi tekrar düşürür.

Ritim tavsiyesi her iki durumda da aynıdır: kesintisiz çalışma süreleri ile ilerleyin, çünkü yaşam süresini aşan boşluklar bir sonraki adımda birikmiş tüm önekin yeniden yazılmasına neden olur. tmux içindeki ayrılmış bir Claude Code oturumu boşta kaldığında hiçbir maliyet oluşturmaz, ancak boşta geçen süre önbelleğin sıcaklığını kaybetmesine yol açar.

Bazı eylemler siz çalışmaya devam ederken önbelleği siler: model değiştirmek, eski modellerde çaba seviyesini değiştirmek, hızlı modu açmak, bir MCP sunucusuna bağlanmak veya bağlantıyı kesmek, araç tanımları önceden yüklendiğinde bir aracı tamamen reddetmek, araç ekleyen bir eklentiyi etkinleştirmek veya devre dışı bırakmak, sıkıştırma yapmak, bir konuşma çok fazla görsel içerdiğinde eski görselleri atmak ve Claude Code'u yükseltmek. API anahtarı veya abonelik ile Opus 5.5, Sonnet 5.5, Haiku 5.5 ve Fable 5.1 üzerinde, çaba değişikliği artık önbelleği korur. /model genellikle sürpriz yaratır, çünkü her modelin kendi önbelleği vardır; bu nedenle içerik aynı olsa bile bir sonraki istek, önbellek isabeti olmadan tüm geçmişi okur. Bu yeniden okuma, hedef modelin oranları üzerinden yeni bir önbellek yazımı olarak faturalandırılır; bu yüzden oturum ortasında Fable'a geçiş yapmak, birikmiş tüm geçmişinizi Fable'ın yayınlanan önbellek yazma oranları üzerinden ücretlendirir: beş dakikalık yaşam süresinde milyon token başına 12.50$ veya bir saatlik yaşam süresinde 20$, Fable 5 ve Fable 5.1 için aynıdır.

Dosyaları düzenlemek, CLAUDE.md üzerinde değişiklik yapmak, yetenekleri ve komutları çağırmak, /recap çalıştırmak, geri almak ve bir alt temsilci (subagent) oluşturmak önbelleği korur. Önbellek kapsamı tek bir makine ve tek bir dizin ile sınırlıdır, bu nedenle farklı dizinlerdeki iki oturum birbirinin önbelleğini göremez. Bu kapsam, hesabınızdan ziyade CLI'yı takip eder, bu yüzden hiçbir veri, Linux üzerinde CLI ile birlikte ayrı bir beta kurulumu olan Claude masaüstü uygulamasına aktarılmaz.

Önbelleklemenin çalışıp çalışmadığını görmek için current_usage dosyasını okuyun. cache_creation_input_tokens, önbellek yazma oranında yazılmıştır; cache_read_input_tokens ise modelin önbellek okuma oranında sunulmuştur; bu oran, modele bağlı olarak standart girdi oranının %2.5 ile %10'u arasındadır. Yüksek bir okuma-yaratma oranı sağlıklıdır. Eğer yaratma oranı her adımda yüksek kalıyorsa, önekinizdeki bir şey sürekli değişiyor demektir.

Daha büyük bir bağlam penceresi bu sorunu çözer mi?

Kısmen. Mevcut tüm modeller (Fable 5.1, Opus 5.5, Sonnet 5.5 ve Haiku 5.5) 1 milyon tokenlık bir bağlam penceresi ile çalışır ve sıkıştırma işlemi daha büyük sınırlarda da aynı şekilde işler. Ekonomi değişmez; çünkü tam istem her seferinde yeniden gönderilir ve her adımda ücretlendirilir. Daha büyük bir pencere, ne zaman harekete geçmek zorunda kalacağınıza karar verir; hijyen ise maliyeti belirler. Sorun üst sınırdan ziyade fatura ise, çalışma şeklinize hangi Claude planının uygun olduğu, dolar mı yoksa plan kotası mı harcayacağınızı belirler.

API'de bağlam düzenleme ve sıkıştırma farklı işlemlerdir

Eğer Messages API üzerinde kendi temsilcinizi oluşturuyorsanız, eğik çizgi komutları mevcut değildir ve bunu kendiniz uygulamanız gerekir. Bu çalışma için en baştan bütçe ayırın, çünkü API'nin ücretsiz ödenekleri token'larınızın maliyetini karşılamayacaktır. Yeni kullanıcılar API'yi test etmek için küçük bir miktar ücretsiz kredi alır ve Anthropic'in listelediği standart ödenek (fiyatlandırma sayfasında organizasyon başına günde 50 ücretsiz saat, belgelerde ayda 1.550 saat), token'lardan ayrı olarak faturalandırılan kod yürütme kapsayıcısı süresini kapsar. Her tur, kırpılmamış geçmişi yeniden gönderir ve tamamı için faturalandırma yapar: önek önbelleğe alındığında önbellek okuma oranından, alınmadığında ise tam giriş oranından veya önbelleğe yazma priminden ücretlendirilir. Hangi sağlayıcı üzerinde geliştirme yaptığınız, herhangi bir kırpma işlemi gerçekleşmeden önce bu aritmetiği belirler; bu nedenle seçim aşamasındaysanız, manşetlerdeki token başına oranları karşılaştırmak yerine aynı iş yükünün maliyetini her iki API üzerinde de hesaplayın. Bu işi yapan iki sunucu tarafı özelliği vardır ve bunlar aynı özellik değildir.

Bağlam düzenleme (Context editing), konuşma geçmişi büyüdükçe belirli içerikleri seçici olarak temizler ve temizlenen her sonucun yerine bir yer tutucu metin koyarak Claude'un bir şeyin kaldırıldığını bilmesini sağlar. Bu bir beta özelliğidir: anthropic-beta: context-management-2025-06-27 gönderin ve stratejileri context_management.edits altında yapılandırın. clear_tool_uses_20250919 araç sonuçlarını temizler, clear_thinking_20251015 ise düşünme bloklarını yönetir. Bunun trigger değeri varsayılan olarak 100.000 giriş token'ıdır, keep son 3 araç kullanımına, clear_tool_inputs ise false değerine ayarlıdır; böylece girişler kalır ve yalnızca sonuçlar gider.

Sıkıştırma (Compaction), bir özet oluşturur ve tüm konuşma geçmişini bununla değiştirir. İki beta sürümü mevcuttur. Eşik değer sıkıştırması (Threshold compaction), olağan isteklerinizin içinde çalışır: anthropic-beta: compact-2026-01-12 gönderin ve compact_20260112 düzenleme türünü kullanın. Tetikleyici varsayılan olarak {"type": "input_tokens", "value": 150000} değerindedir ve bu değer en az 50.000 olmalıdır. İsteğe bağlı sıkıştırma (On-demand compaction) ise ne zaman yapılacağına kodunuzun karar vermesini sağlar: üst düzey bir "compaction": {"type": "summarize"} ile anthropic-beta: compact-2026-09-04 gönderin; yanıt yalnızca özet bloğundan oluşacaktır. Anthropic'in sıkıştırma genel bakışı, mümkün olan her yerde isteğe bağlı sıkıştırmanın kullanılmasını önerir.

Eşik değer sıkıştırmasının, temsilcileri sessizce bozan bir devretme kuralı vardır. Yanıt, özeti içeren bir compaction içerik bloğu ile başlar ve ardından normal metin bloğu gelir. Bu bloğu sonraki isteklerde geri göndermeniz gerekir; API daha sonra ondan önceki tüm içerik bloklarını bırakır. Uygulamada: yalnızca metni değil, response.content içeriğinin tamamını ekleyin. İsteğe bağlı sıkıştırma ise tam tersi şekilde çalışır: özetlenen iletileri kendiniz kaldırırsınız, döndürülen bloğu messages içinde ilk sıraya koyarsınız ve imza dahil olmak üzere tam olarak döndüğü gibi geri gönderirsiniz.

Anthropic belgeleri, sunucu tarafı sıkıştırmayı uzun süreli konuşmalarda bağlamı yönetmek için birincil strateji, bağlam düzenlemeyi ise nelerin temizleneceği üzerinde daha hassas kontrol sağlamak için bir seçenek olarak adlandırır. Öncelikle model desteğini kontrol edin. Mevcut tüm modeller, Haiku 5.5 dahil olmak üzere her iki sıkıştırma türünü de destekler; daha eski olan claude-haiku-4-5 desteklemez ve her sıkıştırma sayfası kendi güncel listesini içerir. Bu betaların hiçbiri, belgelerinde istemcinin geçmişinizle birlikte gönderdiği ayrı bir özetleme isteği olarak tanımlanan Claude Code'un kendi /compact özelliğini çalıştırmaz.

FAQ

Claude Code oturumum neden çalıştıkça yavaşlıyor ve maliyeti artıyor?

Çünkü her adımda tüm konuşma geçmişi yeniden gönderilir; bu nedenle gün boyu açık kalan bir oturumda tek satırlık bir soru, tüm günün yükünü taşır. Prompt caching, önbellek sıcak kaldığı sürece bu maliyeti düşük tutar: Haiku 5.5 modelinde okuma maliyeti temel girdi oranının 0.1 katı, Opus 5.5 ve Sonnet 5.5 modellerinde 0.05 katı, Fable 5.1 modelinde ise 0.025 katıdır. Bir adım önbelleği ıskaladığında, aynı önek 1.25 katı maliyetle, bir saatlik ömür sınırında ise 2 katı maliyetle yeniden yazılır. Pencereyi neyin doldurduğunu görmek için /context komutunu çalıştırın ve mekanizmayı anlamak için Claude Code oturumunda nelerin faturalandırıldığı konusunu okuyun.

Claude Code içindeki /clear ve /compact komutları arasındaki fark nedir?

/clear, boş bir bağlam ile yeni bir konuşma başlatır. Herhangi bir istek göndermediği için maliyeti yoktur ve birbiriyle ilişkisiz görevler arasında geçiş yaparken doğru tercihtir. /compact ise aynı konuşmayı sürdürür ve geçmişi bir özetle değiştirir; bu nedenle uzun süren tek bir görev içinde doğru tercihtir. /compact keep only the plan and the diff örneğinde olduğu gibi bir odak noktası belirtin, çünkü neyin korunacağına verilen talimat karar verir.

Claude Code bağlam penceremi nelerin tükettiğini nasıl görebilirim?

/context komutunu veya öğe bazında tam döküm için /context all komutunu çalıştırın. Bu komut; sistem istemini, araç tanımlarını, MCP sunucularını, bellek dosyalarını ve geçmişi renkli bir ızgara olarak gösterir; ayrıca bağlam yoğunluğu yüksek araçlar ve bellek şişkinliği için öneriler sunar. Ücretli bir planda, /usage komutu yakın zamandaki kullanımı bireysel yeteneklere, alt aracılara ve MCP sunucularına göre sınıflandırır.

Sıkıştırma (compaction) yerine 1 milyon token'lık bağlam penceresi mi kullanmalıyım?

Daha büyük bir pencere sorunu çözmek yerine sadece erteler. Mevcut tüm modeller (Fable 5.1, Opus 5.5, Sonnet 5.5 ve Haiku 5.5) 1 milyon token'lık bağlam penceresiyle çalışır ve sıkıştırma bu modellerde de aynı şekilde işler. Her adımda tam istem yeniden gönderilir ve faturalandırılır; bu nedenle 400.000 token'lık bir konuşma, pencereye sığsa da sığmasa da maliyetlidir.

Claude API'sinde bağlam düzenleme (context editing) ile sıkıştırma (compaction) arasındaki fark nedir?

Bağlam düzenleme, çoğunlukla araç sonuçları olmak üzere eski içeriği seçici olarak temizler ve her birinin yerine, Claude'a kaldırıldığını bildiren yer tutucu metinler bırakır. Sıkıştırma ise bir özet oluşturur ve tüm geçmişi bu özetle değiştirir. Anthropic belgeleri, sıkıştırmayı uzun süreli konuşmalar için birincil strateji olarak tanımlar ve bağlam düzenlemeyi daha hassas bir seçenek olarak konumlandırır. Her ikisi de kendi başlıklarına sahip beta özellikleridir ve her ikisi de Claude Code'un /compact komutundan bağımsızdır.