Claude Code, arka plan agent'larını her adımda tam transcript'ı modele yeniden göndererek senkron tutuyor

Arka plan agent'ları nasıl hatırlıyor

dev.to'da yayımlanan bir analize göre Claude Code, temel aldığı modeli durumsuz (stateless) bir fonksiyon olarak ele alıyor ve hatırlama işini agent runtime'ına yıkıyor. Bir arka plan agent'ı tek bir istek ve yanıttan ibaret değil; turlar, tool çağrıları ve dosya sistemi işlemleri boyunca ayakta kalan bir durum makinesi. Modelin şu ana kadar olanları tutarlı biçimde bilmesini sağlamak için runtime, agent'ın tüm geçmişini — transcript'ı — serileştirir ve sağlayıcının API'sine yapılan her sonraki çağrıya dahil eder.

Yazı basitleştirilmiş bir yürütme döngüsünü adım adım anlatıyor ve transcript'ı her adımın yapılandırılmış bir kaydı olarak tanımlıyor: çağrılan tool, girdileri ve çıktıları, zaman damgaları, ayrıca çalışma dizini, git durumu ve ortam değişkenleri gibi bağlamsal bilgiler. Yazar bunu agent'ın belleği olarak görüyor: yeniden gönderilmezse, model kendi önceki çalışması hakkında hiçbir bilgiye sahip olmazdı.

Her şeyi yeniden göndermenin bedeli

Merkezî eleştiri şu: transcript yalnızca büyür. Tam geçmiş her yeni istekle birlikte yol aldığı için, eklenen her tool çağrısı bir öncekinden daha pahalı ve daha yavaş hale gelir. Analiz üç etki tespit ediyor:

• Bağlam limitleri: uzun süre çalışan görevler modelin penceresine çarpabilir; bu da kesmeye zorlar ve hâlâ anlamlı olan erken adımların atılmasına yol açabilir.
• Gecikme: serileştirilmiş yük büyüdükçe ilk token'a kadar geçen süre artar.
• Boşa harcanan hesaplama: model bir sonraki adıma karar vermeden önce daha önce işlediği geçmişi yeniden okur.

Yazar bunu eksik bir durum yönetimi katmanı olarak çerçeveliyor. Geleneksel bir dağıtık sistemde bu durum Redis ya da SQLite gibi kalıcı bir depoda yaşardı ve ilerlemeyi özetleyen bir işaretçi ya da diff olurdu. Böyle bir sıkıştırma katmanı olmadığında model, ne yaptığını anlamak için etkili biçimde işi tekrarlar.

Makineden ne çıkıyor

Analiz ayrıca serileştirilmiş transcript'ın içeriğine dikkat çekiyor. Yazar veri akışını inceleyerek, içeriğinde mutlak dosya yolları, proje yapılandırma dosyalarının bölümleri, çalıştırılan komutlar ve çıkış kodları, ortam tanılamaları ve ortam değişkenleri bulunabileceğini raporluyor. Yazının savunusuna göre bunu bir bulut uç noktasına göndermek, geliştiricinin sürmekte olan çalışmasının uzak bir kopyasını yaratıyor ve model sağlayıcısına yerel geliştirme ortamının eksiksiz bir resmini teslim ediyor.

Denetim boşluğu

Güvenlik tartışması olay belgelemekten çok sorular raised ediyor. Transcript'lar serileştirmeden önce API anahtarı gibi gizli bilgilerden arındırılıyor mu? Sağlayıcı loglarındaki kalıcılıkları GDPR ya da SOC 2 yükümlülükleriyle çelişiyor mu? Ve trafik HTTPS üzerinden gitse de, yerel güven deposu ele geçirilirse araya girme hâlâ mümkün.

Daha ince bir nokta, arka plan agent'larındaki "arka plan" kısmıyla ilgili: aktif gözetim olmadan çalıştıkları için, kullanıcının dikkati başka bir penceredeyken potansiyel olarak hassas proje yapısı iletilebiliyor; yani güncellemeler kimsenin izlemediği bir anda makineden çıkıyor.

Önerilen alternatifler

Yazı üç mimari çözüm öneriyor:

1. Yalnızca delta iletimi: bütün geçmiş yerine, modelin onayladığı son durumdan bu yana eklenen adımları gönder.
2. Yerel özetleme: makineden bir şey çıkmadan önce, adım adım literal logu görevin anlamsal durumu hakkındaki üst düzey ifadelere sıkıştır.
3. Kapsamlı gizlilik: dosyaların ya da ortam değişkenlerinin özel olarak işaretlenebilmesini sağla; runtime'daki bir middleware bunları API'ye gönderilen her şeyden çıkarsın.

Neden önemli

Bu tek bir aracın tek bir geliştirici tarafından okunmuş hâli ve kod örnekleri birebir iç yapıdan çok açıklayıcı nitelikte. Ama tarif ettiği desen — geçmişini yeniden göndererek hatırlayan bir agent — bugün çoğu LLM tabanlı agent'ın çalışma biçimi; Claude Code'a özgü bir tuhaflık değil. Otonom agent çalıştıran herkes katlanan token ve gecikme maliyetlerini bütçelemeli ve giden her transcript'ı bir veri yönetişimi sorunu olarak görmeli; çünkü ortamınızı, yollarınızı, yapılandırmalarınızı ve değişkenlerinizi kimsenin niyet ettiğinden fazla açığa çıkarabilir. Önerilen çözümler — deltalar, özetler ve sansürleme — yalnızca bu araç için değil, her agent runtime'ı için pratik başlangıç noktaları.