Chain of Recall: kararlı kimlikler uzun soluklu AI agentlerine bağlantışişmaliği olmadan hafıza kazandırıyor

Uzun soluklu AI agentleri eninde sonunda bağlam penceresinin sınırına çarpar ve bilinen çözümlerin her biri bir şeyden vazgeçer: her şeyi tutmak pahalıya gelir, eski turları özetlemek ayrıntıları kaybettirir, benzerlik araması ise cevap soruya benzemediğinde başarısız olur. Bir dev.to makalesi, Chain of Recall adlı bir alternatifi açıklıyor: bağlamda yalnızca kararlı kimlikler ve kısa özetler tutan, eski bilgilere ihtiyaç duyulduğunda bu kimlikler arasındaki bağlantıları takip eden bir tasarım deseni.

Desenin nereden geldiği

dev.to yazısına göre terim, DeepSeek Harness tarafından 1 Kasım 2026'da yayımlanan "Exploring Super-agent Design" adlı tasarım makalesinden geliyor. Yazı bunun bir ürün özelliği değil mimari olarak çerçevelenmesine özen gösteriyor: tasarımın bazı bölümleri yalnızca dsh-superagent-prototype adlı bir prototip pluginda var ve yazarları bunun resmi bir DeepSeek ürünü olmadığını söylüyor. Açıp kapatılacak bir düğme yok — kendinizin uygulayacağınız bir desen.

Bir cache olarak bağlam penceresi

Tasarım, bağlam penceresini iki işlemli bir cache gibi ele alıyor. Inline, agentin hemen ihtiyaç duyması muhtemel şeyleri tutar: kimlikler, tek satırlık özetler ve komşu mesajlar. Spill ise gerisini prompttan çıkarır, içeriği yoğunlaştırır ve arkada bir işaretçi bırakır. Taşan öğeler silinmez; promptta yalnızca bir işaretçi kalır.

dev.to makalesi bunu bir agente yönlendirilen bir CI hatasıyla örnekliyor ve örnek JSON'un DeepSeek'in gerçek kodu değil, yalnızca açıklayıcı olduğuna dikkat çekiyor. Bağlam bir tetikleyici kimliği, bir thread kimliği ve tek bir satır tutuyor — PR #412 üzerinde CI başarısız, payments dizinindeki 118 testten üçü kırmızı — 41 KB'lık tam log ise bir endpoint referansının arkasında duruyor. Özet yeterliyse agent log için hiçbir bedel ödemez; yeterli değilse log kimlikle fetch edilir. Makale ayrıca bağlamı bilinçli şekilde yönetilmesi gereken sınırlı bir kaynak olarak gören Anthropic'in context engineering yönergelerine de değiniyor.

Trigger, Thread ve Worker

Düzen çalışıyor çünkü kimlikler hiç değişmiyor. Üç nesne türü bunları taşıyor. Bir Trigger, bir sohbet mesajı, webhook veya CI geri çağrması gibi tek bir gelen olaydır (trg_8f21). Bir Thread, tek bir pull request, sohbet konusu veya e-posta zinciri etrafındaki ilgili olay dizisidir (thr_pr_412). Bir Worker, tek bir görevi yürüten izole bir agent oturumudur (wkr_77a0). Bir Trigger bir Thread'e aittir, bir Thread bir veya daha fazla Worker tarafından ele alınır ve bir Worker'ın raporu, üzerinde çalıştığı Triggerlara referans verir. Bu bağlantılar bir referans grafiği oluşturur ve makaleye göre bu grafik fiilen agentin hafızasıdır: hatırlamak, tam geçmişi yüklemek veya benzerliğe göre aramak yerine bu grafikte birkaç adım yürümek demektir.

Çok adımlı bir örnek

Diyelim ki bir takım arkadaşı cuma günü payments istemcisine retry mantığının neden eklendiğini soruyor ve ilgili tartışma salı günü yapılmış, o zamandan beri bağlamdan taşmış. Router hâlâ tek satırlık bir indeks girdisi tutuyor — payments retry threadi, çarşamba günü merge edildi — bu yüzden threadi kimliğiyle fetch ediyor, sahip olan workerı (wkr_77a0) okuyor, o workerın raporunu çekiyor, raporun CI hatası tetikleyicisine olan referansını takip ediyor ve payloadındaki timeout hatalarını okuyor. Üç küçük, hedefli fetch kesin bir cevap üretiyor; hiçbir şey tahmin edilmiyor ve promptta bayat günlerce bekleyen veri yok.

RAG ve özetlerle karşılaştırma

dev.to makalesi Chain of Recall'ın "buna ne bağlı?" sorusuna cevap verdiğini, RAG tarzı vektör aramasının ise "buna ne benziyor?" sorusuna cevap verdiğini belirtiyor. Kimlikleri takip etmek kesin kayıtlar verir; bu, pull request, ticket ve CI çalışmaları gibi olay geçmişlerine uyar ama desen, ona bağlantı işaret etmeyen veriyi bulamaz. Yuvarlanan özetler doğaları gereği kayıplıdır ve MCP üzerinden açılan hafıza sunucuları çalıştırılacak ve güvenliği sağlanacak ek bir servis ekler. Uygulamada makale bu tekniklerin birlikte kullanılmasını bekliyor: bir vektör indeksi başlangıç Thread kimliğini yüzeye çıkarır, sonra zincir kesin olgulara yürür. MemGPT tarzı hafıza hiyerarşileri yakın akraba olarak tanımlanıyor.

Maliyetler ve uyarılar

İki sınırlılığa dikkat çekiliyor. Tasarım makalesi uzun vadeli hafızayı hâlâ açık sorunları arasında listeliyor ve Chain of Recall'ın bunu tek başına çözdüğü iddia edilmiyor. Anlatılan deneylerde, Threadler için doğrudan bir geçiş yolunun kaldırılması, çalışma başına cache okuma token sayısını 23,2 milyondan 31,8 milyona çıkardı; kabaca yüzde 37'lik bir artış — bu, desenin sağladığı bir tasarruf değil, eksik bir kısayolun yol açtığı bir maliyet. Güvenilirlik ayrıca arkadaki API'lere dayanıyor: her adım bir API çağrısıdır ve bir çağrı farklı bir kayıt ya da hiç kayıt döndürürse zincir kırılır ve agent ya takılır ya da tahmin eder.

Neden önemli

Agentler günlerce ticketlar, depolar ve pipelinelar boyunca çalıştıkça bağlam yönetimi merkezi bir mühendislik kısıtı haline geliyor. Chain of Recall bunun için somut bir düzen sunuyor: kararlı kimlikler ve küçük bir referans grafiği, bağlam penceresini her şeyin arşivi değil, işaretçilerin caché'sine dönüştürüyor. Uzun ömürlü agentler inşa eden ekipler için yararlı çıkarım bir üründen çok bir tasarım disiplini — kalıcı kimlikleri erken atayın, retrieval endpointlerini kararlı tutun ve pencere dolmadan neyin taşacağına karar verin.