Ajan hafızası: yapay zekâ müşteriyi hatırlasın

Salı sabahı 09:12. Destek temsilcisi Deniz, aynı müşteriden gelen dördüncü mesajı açıyor: "Geçen hafta konuştuğumuz gibi, kurulum tarihini öne almıştık." Deniz geçen haftayı bilmiyor; o konuşma başka bir kanalda, başka bir vardiyada geçmiş. Bağlamı yeniden kurmak için üç soru soruyor ve dört dakika harcıyor. Aynı döngü o gün on iki kez daha tekrarlanıyor. Kaybedilen yalnızca zaman değil: müşterinin "burası beni tanıyor" hissi her seferinde sıfırdan başlıyor.

Yapay zekâ ajanları bu döngüyü kırmayı vaat ediyor, ama yalnızca hafızaları düzgün kurulduğunda. Bu yazı hafızanın ne olduğunu, neyi hatırlaması ve neyi unutması gerektiğini, hafızanın nereden beslendiğini, yanlış hatırlamanın nasıl yakalandığını, KVKK açısından nerede durulduğunu ve yayına almadan önce hangi testlerin yapıldığını sırayla ele alıyor. Sonunda küçük bir ekibin dört haftada uygulayabileceği bir kurulum planı ve sık sorulan sorular var.

Ajan hafızası tam olarak neyi hatırlar?

Hafıza, sohbet geçmişinin tamamı değildir. Pratikte üç ayrı katman vardır ve bunları karıştırmak çoğu kurulumun ilk hatasıdır. Birinci katman oturum bağlamıdır: müşterinin şu anki mesaj dizisi, sorduğu soru, verdiği yanıtlar. Konuşma bitince değeri de biter. İkinci katman kalıcı müşteri hafızasıdır: kişinin rolü, tercih ettiği dil, hangi ürünü kullandığı, daha önce hangi kararı verdiği. Üçüncü katman kurum hafızasıdır ve tek bir müşteriye ait değildir; iade politikası, teslim süreleri, fiyatlandırma mantığı gibi herkes için geçerli bilgidir.

Rocketly tarafında bu ayrım ürünün kendi özellik adlarında görünür. Ajan Hafızası önceki konuşmaları ve müşteri bağlamını taşır; ajan her etkileşimde sıfırdan başlamaz, ilişkiyi kaldığı yerden sürdürür. Kurum bilgisi ise Kişilik ve Bilgi Tabanı tarafında durur: markanın tonu ve bağlanan bilgi tabanı, yanıtın hangi kaynaktan geleceğini belirler. Aynı cümleyi iki farklı yerde tutmak, ikisi çeliştiğinde hangisinin kazanacağını belirsiz bırakır.

Neden "tüm geçmişi modele yapıştırmak" hafıza sayılmaz?

Yaygın kısayol şudur: müşteriye ait bütün yazışmayı modele girdi olarak vermek. Kısa vadede işe yarar gibi görünür, sonra üç sorun çıkar. Birincisi maliyet: her yanıtta aynı geçmiş yeniden işlenir ve kredi tüketimi konuşma uzadıkça büyür. İkincisi dikkat: uzun geçmişte önemli olan tek satır, alakasız kırk satırın arasında kaybolur. Üçüncüsü ve en tehlikelisi, eskimiş bilginin taze bilgi gibi davranmasıdır. Müşteri altı ay önce "faturayı şirkete kesin" demiş, üç ay önce bunu değiştirmiş olabilir. Ham geçmişte iki cümle de aynı ağırlıktadır.

Çalışan yaklaşım özetlemektir: konuşma bittiğinde ajan, o konuşmadan kalıcı olması gereken maddeleri çıkarır ve kayıt olarak yazar. "Müşteri kurulumu 14 Mart'a çekmek istedi, onaylandı" bir maddedir. "Merhaba, nasılsınız" değildir. Bu ayrım modele bırakılmaz; hangi alanların çıkarılacağı önceden tanımlanır. Ajanın ne çıkarabileceğini ve neyi asla yazamayacağını sınırlamak için Guardrails kullanılır; bu sınırlar çalışma anında zorunlu tutulduğu için "model bugün farklı davrandı" durumu ortadan kalkar.

Hangi bilgi kalıcı hafızaya girmeli, hangisi konuşmayla bitmeli?

Karar kriteri basit bir soruya indirgenebilir: bu bilgi bir sonraki konuşmada da doğru olacak mı ve doğru olmadığında zarar verir mi? Doğruluğu zamana bağlı olan her şey ya tarihiyle birlikte yazılır ya da hiç yazılmaz. Aşağıdaki tablo, bir ekibin ilk gün kararlaştırması gereken beş satırı gösteriyor. Rakamlar örnek süredir, sektörünüze ve sözleşmenize göre değişir.

Bilgi türü	Nerede durmalı	Örnek saklama	Gerekçe
Tercih edilen dil ve hitap	Kalıcı müşteri hafızası	Süresiz, müşteri değiştirene dek	Nadiren değişir, yanlışsa kolay düzeltilir
Açık sipariş veya kurulum tarihi	CRM kaydı, hafıza yalnız işaret eder	İş kapanana dek	Tek doğru kaynak CRM olmalı
Şikayet ve çözüm özeti	Kalıcı hafıza, tarihiyle	12 ay örneği	Tekrarlayan sorunu görmek için gerekli
Ödeme yöntemi ayrıntısı	Hiçbir yerde, ajan görmemeli	Yok	Hafızada tutulmasının iş değeri yok
Anlık ruh hali, sinirli ton	Yalnız oturum bağlamı	Konuşma sonunda silinir	Kişiyi damgalamak yanlış davranış üretir

Dördüncü satır özellikle önemli. Ajanın erişebileceği kaynakları daraltmak, ne yazacağını denetlemekten daha güvenilirdir. Ajan Bilgi Yönlendirme ile her ajan için hangi bilgi kaynağına erişebileceği tek tek seçilir; satış ajanı fiyat listesini okur, destek ajanı yalnızca dokümantasyonu görür. Görmeyen ajan yanlış hatırlayamaz.

Hafıza nereden beslenir: konuşma mı, CRM mi, bilgi tabanı mı?

Üç kaynak da beslemelidir, ama farklı yetkilerle. Konuşmalar en taze sinyali verir; müşterinin niyeti orada değişir. CRM kaydı ise resmi gerçektir: fatura adresi, plan, açık fırsat. Bilgi tabanı kurumun kendi ifadesidir. Çatışma çıktığında sıra şudur: CRM kaydı konuşma özetini geçer, konuşma özeti bilgi tabanının genel ifadesini geçer. Bu sırayı yazılı hale getirmezseniz her ekip üyesi kendi sezgisiyle çalışır ve ajan her hafta biraz farklı yanıt verir.

Kaynakların birbirine bağlanması, ajanın gerçekten iş yapabildiği yerde anlam kazanır. Bir konuşmadan çıkan "kurulum tarihini öne alalım" maddesi, kalıcı hafızaya not düşmekle kalmayıp CRM'de görev açıyorsa hafıza kayıt olmaktan çıkıp karara dönüşür. Toplantı hazırlığında bu birikimin nasıl kullanıldığını görmek isterseniz, görüşme öncesi beş dakikada hesap brifingi çıkarma yöntemini ayrıca anlatmıştık; hafıza orada ham geçmiş değil, hazır özet olarak işe yarıyor.

Elle veri girişi bu zincirin en kırılgan halkasıdır. Kartvizit, sözleşme ya da fatura gibi belgelerden gelen bilgi, kimse yazmadığı için hafızaya hiç ulaşmaz. Belge ve kartvizit okumayı otomatikleştiren yaklaşımlar burada hafızayı da besler: kaydedilmemiş bilgi hatırlanamaz.

Ajan yanlış hatırlarsa ne olur, bunu nasıl yakalarsınız?

Yanlış hatırlamanın üç tipik biçimi vardır. Birincisi eskimiş kayıt: doğru yazılmış ama artık geçerli olmayan bilgi. İkincisi yanlış eşleşme: aynı ada sahip iki kişinin bağlamının karışması. Üçüncüsü uydurma: hafızada hiç bulunmayan bir ayrıntının yanıt içinde yaratılması. İlk ikisi veri sorunudur, üçüncüsü modelin kendisiyle ilgilidir ve yapay zekânın ne zaman yanıldığını tanımak ve çıktıyı doğrulamak için ayrı bir disipline ihtiyaç duyar.

Yakalamanın pratik yolu, yanıtın yanına dayanağı yazdırmaktır. Ajan "kurulumunuz 14 Mart'a alınmıştı" diyorsa, bu cümlenin hangi kayıttan geldiği görünmelidir. Çalışma İzi tam bu iş için vardır: her aksiyonun parametresi, sonucu, süresi ve onaylayanı tek akışta durur, dolayısıyla "ajan bunu nereden çıkardı" sorusu tahminle değil kayıtla yanıtlanır. Bir hata bulunduğunda düzeltmenin yeri de bellidir; AI Eğitim Ekranı üzerinde hatalı yanıt düzeltilir, onaylanan örnek ajanın istemine girer ve sonraki yanıtlara yön verir.

Müşteri "beni hatırlıyor" hissini ne zaman rahatsız edici bulur?

Hatırlamanın bir konfor eşiği vardır. Müşteri, kendisinin söylediği bir şeyin hatırlanmasını doğal bulur: "geçen sefer İngilizce yazışmayı tercih etmiştiniz" cümlesi rahatsız etmez. Söylemediği, çıkarım yoluyla üretilmiş bir şeyin hatırlanması ise tedirgin eder: "bütçeniz sınırlı görünüyor" gibi bir not, doğru olsa bile ilişkiye zarar verir. Kural olarak hafızada yalnızca müşterinin kendi beyanı ve sizin resmi kaydınız durmalıdır; kişilik ya da niyet çıkarımı durmamalıdır.

İkinci eşik kanal farkıdır. Yazılı bir kanalda doğal duran hatırlama, seste daha yakın ve bazen fazla samimi duyulur. Telefonda konuşan yapay zekânın nerede durması gerektiğini ayrı bir yazıda ele almıştık; hafızayı seste kullanırken tek cümlelik teyit ("kaydımızda kurulum 14 Mart görünüyor, doğru mu?") hem doğrulama hem nezaket işlevi görür.

Üçüncü eşik dildir. Aynı müşteri Türkçe başlayıp İngilizce devam edebilir; hafızadaki tercih güncellenmezse ajan yanlış dilde ısrar eder. Çok dilli satışta çeviri ve yerelleştirme kararlarını hafızadan bağımsız düşünmemek gerekir: dil tercihi, en sık değişen ve en görünür hafıza alanıdır.

KVKK açısından hafızada ne tutulabilir, ne kadar süreyle?

Hafıza teknik olarak bir özellik, hukuken bir veri işleme faaliyetidir. Üç soruya yazılı yanıtınız olmalı: hangi veriyi tutuyorsunuz, hangi amaçla, ne kadar süreyle. Amacı tanımlanmamış hiçbir alan hafızada durmamalıdır; "ileride lazım olur" bir amaç değildir. Saklama süresi de alan bazında belirlenir, tek bir genel süre yeterli olmaz: dil tercihi ile şikayet geçmişi aynı takvimde yaşamaz.

Silme talebi geldiğinde hafızanın da silinebilir olması gerekir. Bu, mimari bir karardır: müşteri hafızası kişiye bağlı bir kayıt olarak tutulursa silinebilir, konuşma metinlerinin içine gömülürse silinemez. Müşteri verisini KVKK çağında yapay zekâyla güvenli kullanmanın çerçevesini kurmadan hafızayı açmak, sonradan sökülmesi pahalı bir borç yaratır.

Düzenleme tarafında daha geniş resmi merak ediyorsanız, AI yönetişimi ve EU AI Act'in KOBİ için ne anlama geldiği hafıza politikanızı da kapsayan bir çerçeve sunar; hafıza alanlarının listesi, saklama süreleri ve silme yordamı çoğu zaman aynı belgenin ekinde durur.

Hafızayı ekipçe nasıl denetlersiniz?

Denetim, ayda bir yapılan yarım saatlik bir okumadır; büyük bir proje değil. Üç şeye bakılır. Birincisi hacim: hafızaya yazılan madde sayısı beklenenden çok fazlaysa ajan gereksiz ayrıntı biriktiriyordur. İkincisi çelişki: aynı müşteride birbirini tutmayan iki kayıt varsa kaynak sırası çalışmıyordur. Üçüncüsü ölü kayıt: altı aydır hiçbir yanıtta kullanılmamış alanlar hafızada yer kaplamaktan başka iş yapmaz.

Bu okumayı kolaylaştıran şey ölçümdür. Ajan İçgörüleri, çalışma ve aksiyon loglarından hangi aksiyonun ne sıklıkla çalıştığını ve nerede takıldığını toplu olarak gösterir; hafıza yazma aksiyonu da bu dökümde görünür. Denetimin bir de insan tarafı vardır: ekip üyeleri ajanın hafızasını kendi başlarına düzenleyebiliyorsa kimin neyi değiştirdiği kayıt altında olmalıdır. Yetkisiz araçlarla paralel bir hafıza oluşması ise ayrı bir risktir; şirkette gizli yapay zekâ kullanımının nasıl yönetildiğini anlatan yazı bu tarafı kapsıyor.

Yayına almadan önce hangi testleri yapmalısınız?

Hafızalı bir ajan, hafızasız bir ajandan farklı biçimde bozulur: hata ilk konuşmada değil, üçüncü konuşmada ortaya çıkar. Bu yüzden test tek mesajla değil, seriyle yapılır. En az dört senaryo çalıştırın. Aynı müşteriyle üç ayrı gün konuşma; ikinci konuşmada bilgiyi değiştirme ve üçüncüde hangisinin kaldığını görme; aynı isimli iki farklı kişiyle konuşma; ve müşterinin "bunu unut" demesi.

Test ve Önizleme paneli tam olarak bunun için vardır: ajan yayına alınmadan önce canlı panelde denenir, gerçek senaryolarda hem yanıtlar hem aksiyonlar görülür ve ince ayar müşterilere ulaşmadan yapılır. Hafızaya yazma aksiyonunu ilk haftalarda otomatik onaya bırakmamak da iyi bir alışkanlıktır; Onay Kontrolü Sizde her aksiyon türü için otomatik mi manuel mi çalışacağını ayrı ayrı belirlemenizi sağlar, böylece yazma davranışını canlıda gözlemleyip sonra serbest bırakırsınız.

Bir de devir testi gerekir. Ajan hatırladığını doğru aktarabiliyor mu? Akıllı İnsan Devri karmaşık ya da hassas durumlarda konuşmayı doğru temsilciye devreder; devir sırasında bağlamın da geçtiğini bizzat doğrulayın, çünkü müşteri için en sinir bozucu an, hatırlayan bir ajandan hiçbir şey bilmeyen bir insana düşmektir.

Dört haftalık kurulum planı nasıl görünür?

Birinci hafta kapsam: hangi beş alanın hatırlanacağını yazın ve bu listeyi kısa tutun. Beşten fazla alanla başlayan ekipler genellikle üçüncü haftada listeyi budamak zorunda kalır. İkinci hafta kaynak sırası ve sınırlar: CRM, konuşma ve bilgi tabanı arasındaki öncelik yazılır, ajanın erişimi daraltılır, yazamayacağı alanlar tanımlanır. Üçüncü hafta test: yukarıdaki dört senaryo çalıştırılır, hafıza yazma aksiyonu manuel onayda tutulur.

Dördüncü hafta ölçüm ve kural: iki soruya sayı ile yanıt verilir. Müşteriye tekrar sorulan soru sayısı düştü mü, ve hafızadan gelen bir bilgi yüzünden yanlış yanıt verildi mi? İkincisi sıfır olmalıdır. Bu ritmi kalıcı hale getirmek için ajan davranışını kim değiştirebilir ve nasıl onaylanır sorusunun yazılı bir yanıtı olmalı; şirket içi yapay zekâ kullanım politikası bu yanıtın duracağı yerdir.

Hafıza, ajanın kendi başına iş yapabilmesinin ön koşuludur; hatırlamayan bir ajan her seferinde yeniden brifing ister ve otonomluk iddiası orada biter. Bu bağlantının daha geniş resmini ajan ekonomisinin CRM ve satış süreçlerinde neyi değiştirdiğini anlatan yazıda bulabilirsiniz.

Kendi ekibinizde denemek isterseniz Rocketly hesabınızı ücretsiz açıp tek bir ajanla, tek bir hafıza alanıyla başlayabilirsiniz.

Sıkça sorulan sorular

Ajan hafızası müşteri verisini modele mi gönderiyor?

Hafızada tutulan maddeler, yanıt üretilirken bağlam olarak kullanılır; yani ilgili kayıtlar o konuşma için modele girer. Bu yüzden hafızaya ne yazılacağı kararı bir gizlilik kararıdır. Ödeme bilgisi, kimlik numarası ve benzeri hassas alanlar hafıza kapsamı dışında bırakılır ve ajanın bu kaynaklara erişimi baştan kapatılır.

Müşteri "beni unutun" derse ne oluyor?

Hafıza kişiye bağlı kayıtlar halinde tutulduğunda silme talebi teknik olarak uygulanabilir olur. Silme işlemi hem kalıcı hafıza maddelerini hem de bunlara dayanan özetleri kapsamalıdır; yalnız bir alanı boşaltmak yetmez. Talebin ne zaman geldiği ve ne zaman uygulandığı kayıt altında tutulur.

Hafıza ne kadar sürede fark yaratmaya başlar?

Fark, aynı müşteriyle ikinci konuşmada görünür; dolayısıyla tekrar teması yoğun olan destek ve hesap yönetimi ekiplerinde etkisi birkaç hafta içinde ölçülebilir. Tek seferlik satın alma yapılan işlerde kazanç daha sınırlıdır ve hafızayı dar tutmak daha doğrudur.

Birden fazla ajan aynı hafızayı paylaşmalı mı?

Müşteriye ait kalıcı bilgiler paylaşılabilir, çünkü müşteri sizin için tek kişidir. Kurum bilgisi ise ajan bazında ayrılmalıdır: satış ajanının okuduğu kaynakla destek ajanının okuduğu kaynak aynı olmak zorunda değildir ve çoğu zaman olmamalıdır.