Düzeltmeyi oturum boyunca hatırla

Kullanıcı asistanla bir müşteri teklifi hazırlıyor. İlk taslakta ödeme vadesi yanlış. Kullanıcı doğru vadeyi yazıyor. Asistan hak veriyor ve taslağı düzeltiyor. İki mesaj sonra kullanıcı yönetim için kısa bir özet istiyor. Özette vade yine eski, yanlış hâliyle duruyor.

Kullanıcı aynı düzeltmeyi ikinci kez yapıyor. Üçüncü taslağa daha dikkatli bakıyor, dördüncüde her satırı kendisi kontrol ediyor. Asistan işi hızlandırmak için oradaydı. Şimdi kullanıcı onun her çıktısını eski hatalara karşı okuyan bir denetçiye dönüştü. Dikkatinin dağıldığı bir gün yanlış vade müşteriye gidiyor.

İlk hata anlaşılır bir yanılgı. Düzeltildikten sonra geri gelen hata başka bir şey söylüyor: asistan söyleneni tutmuyor. Kullanıcı asistana ne kadar güveneceğine çoğu zaman bu ikinci hatada karar veriyor.

Düzeltme bir kez yapılır ve oturum bitene kadar geçerli kalır.

Bağlamda tek bir düzeltme cümlesi var, karşısında yanlışı tekrarlayan uzun bir geçmiş. Yanlış vade ilk taslakta, onu izleyen tabloda ve kullanıcının alıntıladığı paragrafta geçiyor. Düzeltme tek satır. Model bir sonraki cevabı bütün bu metinden kurarken yanlış değer geri sızabiliyor.

Araştırmalar bu kırılganlığı ölçüyor. Laban ve arkadaşlarının çalışmasında test edilen bütün büyük modellerin başarımı çok turlu konuşmada tek turluya göre ortalama %39 düşüyor¹. Yazarların kendi özeti şu: model konuşmada bir kez yanlış yola girince kayboluyor ve toparlanamıyor¹. Li ve arkadaşları sistem promptundaki talimatın bile sekiz tur içinde belirgin biçimde kaydığını² gösterdi. Liu ve arkadaşlarına göre modeller uzun bağlamın ortasındaki bilgiyi baştaki ve sondakinden zayıf kullanıyor³. Konuşmanın ortasında kalan bir düzeltme tam bu bölgeye düşüyor.

İkinci neden bağlam yönetimi. Uzun bir oturumda ürün eski mesajları kırpar ya da sıkıştırır. Claude Code'un belgesi bunu açıkça yazıyor: sıkıştırılan özet kullanıcının isteklerini ve önemli kod parçalarını tutuyor, ama konuşmanın başındaki ayrıntılı talimatlar kaybolabiliyor⁴. Kullanıcının düzeltmesi tam böyle bir ayrıntı. Ekipler sıkıştırmayı bağlam sınırı sorunu olarak test ediyor, kullanıcının düzeltmelerinin sıkıştırmadan sağ çıkıp çıkmadığını test etmiyor.

Üçüncü neden ölçümde. Değerlendirme setleri çoğunlukla tek turlu. Model ilk cevabında doğru yaptığında puan alır, ikinci cevabında eski hatasına dönmesi ölçülmez. Laban'ın çalışması bu boşluğu da adlandırıyor: LLM değerlendirmesi ağırlıkla tek turlu, eksiksiz belirtilmiş talimat¹ ortamına odaklanıyor.

Kullanıcının düzeltmesi konuşmanın akışında kaybolan bir mesaj olarak kalmaz. Ürün onu oturumun kaydına geçirir, her istekte modele verir ve cevabı göndermeden önce ona karşı kontrol eder.

1. Düzeltmeyi yakala ve kaydet. Kullanıcı bir değeri, adı, biçimi ya da kuralı düzelttiğinde ürün bunu kısa ve yapılı bir kayıt olarak oturuma yazar: neyin yanlış olduğu, doğrusunun ne olduğu, hangi mesajda söylendiği. Kayıt konuşma geçmişinden ayrı durur.
2. Her istekte bağlama koy. Oturumdaki düzeltmeler her istekte modelin göreceği sabit bir yerde durur. Kırpma ve sıkıştırma bu listeye dokunmaz. Liste özete karışmaz, olduğu gibi taşınır.
3. Eski yanlışı geçmişte işaretle. Yanlış değerin geçtiği önceki cevaplar bağlamda olduğu gibi durursa model onlardan kopyalar. Ürün o cevapları düzeltilmiş hâliyle ya da yanında “düzeltildi” notuyla bağlama koyar.
4. Göndermeden önce karşılaştır. Sayı, ad, tarih ve biçim gibi kontrol edilebilir düzeltmelerde cevap kullanıcıya gitmeden önce kayda karşı taranır. Eski değer geri geldiyse ürün cevabı yeniden üretir ya da kullanıcıya işaretler.
5. Kaydı görünür kıl. Kullanıcı bu oturumda geçerli düzeltmeleri küçük bir listede görür, birini kaldırabilir ya da değiştirebilir. Ürün eski mesajları sıkıştırdığında bunu söyler ve düzeltmelerin korunduğunu gösterir.
6. Oturumda tut, kalıcı yapmak için sor. Düzeltme oturum bitince kendiliğinden kalıcı belleğe yazılmaz. Kullanıcı isterse kalıcı bir tercihe ya da proje talimatına dönüşür.

Kullanıcı bir değeri bir kez söyler. Ürünün işi o değeri oturumun her cevabına taşımak.

Aynı teklif, aynı düzeltme. Soldaki asistan vadeyi düzeltiyor, ama sıkıştırmadan sonraki yönetici özetinde eski değere dönüyor. Sağdaki düzeltmeyi oturum kaydına yazıyor, kaydı kullanıcıya gösteriyor, sıkıştırmada koruyor ve özeti göndermeden önce kayda karşı kontrol ediyor.

Claude Code kaybın nerede olduğunu belgesinde açık yazıyor. Bağlam dolunca konuşmayı bir özete sıkıştırıyor ve baştaki ayrıntılı talimatların kaybolabileceğini söylüyor. Önerisi kalıcı kuralları konuşma geçmişine bırakmamak, CLAUDE.md dosyasına yazmak. Sıkıştırmada neyin korunacağını yönetmek için CLAUDE.md'ye bir “Compact Instructions” bölümü eklemek ya da /compact komutunu bir odakla çalıştırmak mümkün⁴.

VS Code'un Copilot belgesi de aynı uyarıyı yapıyor. Sıkıştırma yer açıyor, ama önceki mesajlardaki ayrıntılar özetlenebiliyor ya da atlanabiliyor⁵. Bütün konuşmalarda geçerli olması gereken talimatı özel talimatlara yazmayı öneriyor.

Claude uygulamasında, kod yürütmenin açık olduğu ücretli planlarda Claude uzun konuşmayı bağlam sınırına yaklaşınca önceki mesajları özetleyerek yönetiyor⁶. Yardım sayfasına göre sohbet geçmişinin tamamı saklanıyor ve Claude özetten sonra da ona başvurabiliyor.

Anthropic'in API'si sıkıştırmayı geliştiriciye açıyor ve iki ayar sunuyor: son turları kelimesi kelimesine koruyan sıkıştırma⁷ ve varsayılan özet sonraki bir turun ihtiyaç duyduğu bir şeyi düşürdüğünde devreye girecek, kendi yazdığın özet promptu.

Bu belgelerin anlattığı çareler kullanıcıya ya da geliştiriciye düşüyor: dosyaya yaz, odak ver, özel talimat ekle, özet promptunu kendin yaz. Sohbetin ortasında yapılan bir düzeltmeyi kendiliğinden ayırıp sıkıştırmanın dışında tutan bir mekanizma bu belgelerde anlatılmıyor.

OpenClaw, Şubat 2026. Summer Yue, OpenClaw ajanından gelen kutusunda neyi arşivleyip sileceğini önermesini ve kendisi söyleyene kadar hiçbir şey yapmamasını istedi. Talimat küçük bir deneme kutusunda işe yaramıştı. Gerçek gelen kutusu ise sıkıştırmayı tetikleyecek kadar büyüktü. Yue'ye göre ajan sıkıştırma sırasında ilk talimatını kaybetti⁸ ve e-postaları toplu olarak çöpe atmaya başladı. Yue telefondan durmasını yazdı, ajan devam etti ve Yue bilgisayarına koşmak zorunda kaldı⁹. Talimatın sıkıştırmada kaybolduğu Yue'nin kendi açıklaması. Kaybolan şey bir düzeltme değil ilk talimattı, ama mekanizma aynı: sohbette bir kez söylenen kural sıkıştırmadan sağ çıkmadı.

Anthropic kendi mühendislik yazısında aynı riski tasarım sorunu olarak koyuyor. Sıkıştırmanın zor tarafı neyin tutulup neyin atılacağını seçmek ve aşırı sıkıştırma önemi ancak sonradan anlaşılan, ince ama gerekli bağlamı kaybettirebiliyor¹⁰. Bir düzeltme tam böyle bir bağlam. Yazıldığı anda tek satır, iki mesaj sonra cevabın doğruluğunu belirleyen kural. Anthropic'in API belgesi de bağlam büyüdükçe doğruluğun ve hatırlamanın düştüğünü¹¹ yazıyor.

Araştırmalar sıkıştırma olmadan da kaymayı gösteriyor. Laban ve arkadaşları çok turlu konuşmadaki düşüşü iki parçaya ayırıyor: yetenekte küçük bir kayıp ve güvenilmezlikte belirgin bir artış¹. Model aynı işte bazen doğru, bazen yanlış cevap veriyor. Kullanıcının gözünden bu, düzeltilmiş bir hatanın ne zaman geri geleceğini kestirememek demek.

Bu çalışmalar talimatların ve bilgilerin çok turlu konuşmada nasıl zayıfladığını ölçüyor. Kullanıcı düzeltmelerinin ne sıklıkla geri geldiğini ayrıca saymıyorlar. Senin ürünündeki oranı günlüğünden çıkarabilirsin.

• 23 Şubat 2026OpenClaw üç “dur” mesajına rağmen gelen kutusundaki e-postaları çöpe atmayı sürdürdü

• Düzeltmeden sonra geri dönüş. Kullanıcının düzelttiği bir değerin aynı oturumdaki sonraki cevaplarda yeniden görünme payı. Ölçmek için düzeltme kaydını sonraki cevaplarla otomatik karşılaştır. Hedef sıfır.
• Aynı düzeltmenin tekrarı. Kullanıcının aynı şeyi bir oturumda ikinci kez düzelttiği oturumların payı. Bu, kullanıcının fark ettiği geri dönüşlerin sayısı.
• Sıkıştırmadan sağ çıkma. Kırpma ya da sıkıştırmadan sonraki ilk istekte düzeltme kaydının bağlamda bulunma payı. Hedef her seferinde.
• Gönderimden önce yakalanan. Karşılaştırma adımının eski değeri yakalayıp cevabı yeniden ürettiği durumlar. Bu sayı modelin kendiliğinden tutarlı olmadığını ve kontrolün iş gördüğünü gösterir.
• Kısa ve uzun oturum farkı. Geri dönüş payını kısa ve uzun oturumlarda ayrı ölç. Fark büyükse düzeltme konuşma uzadıkça zayıflıyor.

Üç metin var. Denetim promptu ürünündeki konuşma geçmişinin nasıl kurulduğunu, kırpıldığını ve sıkıştırıldığını tarar, kullanıcı düzeltmelerinin bu yolda nerede kaybolabileceğini raporlar ve hiçbir dosyayı değiştirmez. Uygulama promptu oturum düzeltme kaydını kurar, kaydı her isteğe koyar, sıkıştırmadan korur ve cevabı göndermeden önce kayda karşı kontrol eder. Önce planı gösterir, onayınla uygular ve uzun bir oturumda eski değerin geri gelmediğini sınayan bir test ekler. Kural kodlama ajanının kendi oturumu için. Ona bir şeyi düzelttiğinde düzeltmeyi oturum boyunca uygulasın ve sıkıştırmadan sonra unutmasın.

Bu depoda kullanıcıyla çok turlu konuşan bir AI özelliği var: sohbet asistanı, kodlama ajanı ya da bir belge üzerinde birlikte çalışan bir yardımcı. Görevin, kullanıcının oturum içinde yaptığı düzeltmelerin sonraki cevaplarda korunup korunmadığını denetlemek. Hiçbir dosyayı değiştirme, yalnız rapor yaz.

1. Her istekte modele giden bağlamın nasıl kurulduğunu bul: sistem promptu, konuşma geçmişi, araç sonuçları, belgeler. Geçmiş hangi sırayla ve hangi biçimde ekleniyor?
2. Geçmiş nerede kırpılıyor, özetleniyor ya da sıkıştırılıyor? Son N mesajı tutan bir pencere, token sınırına göre kesme, özet çıkaran bir model çağrısı ya da sağlayıcının sıkıştırma özelliği var mı? Özet promptunu bul ve kullanıcının düzeltmelerini korumasını isteyip istemediğine bak.
3. Kullanıcının düzeltmeleri ("X değil, Y", "bunu böyle yapma", "adı şu") ayrıca tanınıyor ve bir yere kaydediliyor mu, yoksa yalnız konuşma geçmişindeki bir mesaj olarak mı kalıyor?
4. Düzeltilen yanlış değerin geçtiği önceki asistan cevapları bağlamda aynen duruyor mu? Model sonraki cevapta onları kaynak olarak kullanabilir mi?
5. Cevap kullanıcıya gitmeden önce oturumdaki düzeltmelere karşı kontrol ediliyor mu (sayı, ad, tarih, biçim)?
6. Yeniden üretme, yeni taslak, alt ajan ya da ayrı bir model çağrısı gibi yollarda bağlam yeniden kuruluyor mu? Düzeltmeler bu yeni bağlama taşınıyor mu?
7. Kullanıcı bu oturumda geçerli düzeltmeleri görebiliyor mu? Sıkıştırma olduğunda ürün bunu söylüyor mu?

Rapor biçimi: her bulgu için dosya ve satır, düzeltmenin hangi yolda kaybolabileceği, kullanıcının yaşayacağı an (örnek: vade 45 güne düzeltiliyor, sıkıştırmadan sonraki özet yine 30 gün yazıyor) ve önerdiğin düzeltme. Sıkıştırma ve kırpma yollarından başla.

Bu depodaki AI özelliğine "düzeltmeyi oturum boyunca hatırla" desenini uygula. Önce planı göster, onayımı aldıktan sonra kodu değiştir.

Hedef davranış:
1. Oturum düzeltme kaydı: kullanıcı bir değeri, adı, biçimi ya da kuralı düzelttiğinde yapılı bir kayıt yaz (yanlış değer, doğru değer, hangi mesajda söylendiği). Kayıt konuşma geçmişinden ayrı tutulur ve oturum boyunca yaşar.
2. Düzeltmeyi tanıma: model bir araçla kayıt eklesin (örnek: duzeltme_kaydet) ya da ayrı, küçük bir sınıflandırıcı her kullanıcı mesajında düzeltme olup olmadığına baksın. Emin olunmayan durumda kayıt eklemeden önce kullanıcıya tek cümleyle sor.
3. Bağlama koyma: kayıt her istekte sabit bir yerde, sistem promptunun sonunda ya da son kullanıcı mesajından hemen önce, "Bu oturumda geçerli düzeltmeler" başlığıyla yer alsın.
4. Sıkıştırmadan koruma: geçmiş kırpıldığında ya da özetlendiğinde kayıt özete karışmasın, olduğu gibi taşınsın. Özet promptuna kullanıcı düzeltmelerini korumasını da ekle.
5. Eski yanlışı işaretleme: yanlış değerin geçtiği önceki asistan cevaplarını bağlama koyarken düzeltilmiş hâliyle ya da yanına "düzeltildi" notu ekleyerek koy.
6. Gönderimden önce kontrol: sayı, ad, tarih ve biçim gibi kontrol edilebilir düzeltmelerde cevabı kullanıcıya göndermeden önce kayda karşı tara. Eski değer geri geldiyse cevabı bir kez yeniden üret, yine gelirse kullanıcıya işaretle.
7. Görünürlük: kullanıcı geçerli düzeltmeleri küçük bir listede görsün, kaldırabilsin ya da değiştirebilsin. Sıkıştırma olduğunda tek satırlık bir bilgi göster.

Uygularken:
- Kaydı kalıcı belleğe kendiliğinden yazma. Oturum bitince kayıt biter, kullanıcı isterse kalıcı bir tercihe çevrilir.
- Kayıt listesini kısa tut: yalnız sonraki cevaplarda da geçerli değerler, adlar, biçimler ve kurallar. "Biraz daha kısa yaz" gibi tek seferlik istekler kayda girmez.
- Bir test ekle: oturumda bir değeri düzelt, araya en az on mesaj ve bir sıkıştırma koy, sonra eski değerin geçebileceği bir çıktı iste (özet, tablo, e-posta). Çıktıda eski değerin olmadığını ve bağlamda düzeltme kaydının bulunduğunu doğrula.

## Düzeltmeyi oturum boyunca uygula
- Kullanıcı bir şeyi düzelttiğinde (ad, sayı, komut, dosya yolu, kural) bunu yalnız bir sonraki cevapta değil, oturumun geri kalanında geçerli say.
- Düzeltmeyi tek satırla teyit et: neyin yanlış olduğunu ve doğrusunu yaz.
- Yeni bir çıktı üretmeden önce oturumdaki düzeltmelere bak. Eski değeri kendi önceki cevaplarından kopyalama.
- Bağlam sıkıştırıldıktan sonra devam ederken kullanıcının düzeltmelerini kısa bir listeyle yeniden yaz ve hâlâ uyguladığını kontrol et.
- Düzeltme oturumdan sonra da geçerli olmalıysa kullanıcıya sor, onaylarsa proje talimat dosyasına yaz. Sormadan yazma.

Kısa, tek soruluk etkileşimlerde bu yapı gereksiz. Düzeltme ile sonraki cevap arasında yalnız bir mesaj varsa model düzeltmeyi zaten görüyor.

Her düzeltme kayda değmez. “Biraz daha kısa yaz” bir sonraki cevap için bir istek. Kayda yalnız sonraki cevaplarda da geçerli olacak değerler, adlar, biçimler ve kurallar girer. Her cümleyi kayda çeviren ürün bağlamı yeni bir gürültüyle doldurur.

Kayıt da yanılabilir. Ürün bir cümleyi yanlış yorumlayıp yanlış bir düzeltme kaydederse hatayı bütün oturuma yayar. Kaydın görünür ve düzenlenebilir olması bu yüzden.

Bu desen oturum içindir. Düzeltmenin yarın da geçerli olup olmayacağı ayrı bir karar: kalıcı tercih, bellek ya da proje talimatı. O kararı kullanıcı verir.