Notlar Sizin, Hafıza Platformun: Taşınabilir Bir İkinci Beyin Kurmak

Bir yapay zekâ asistanını üç yıl kullandığınızı düşünün. Projelerinizi, tercihlerinizi, müşterilerinizi ve karar verme biçiminizi giderek daha iyi öğreniyor. Sonra fiyat, gizlilik, performans veya kurum politikası nedeniyle başka bir ürüne geçiyorsunuz. Yeni asistan güçlü olabilir; fakat sizin için yine bir yabancıdır. Eski konuşmalarda kalan kararların gerekçesini, “acil” dediğinizde neyi kastettiğinizi ve altı ay önce vazgeçtiğiniz fikri bilmez.

Bu kayıp bize rahatsız edici ama yararlı bir şeyi gösterir: Bir sistem sizi hatırlıyor diye o hafıza size ait olmayabilir.

“Yapay zekâyı ikinci beyin olarak kullanmak” çoğu zaman daha çok not toplamak, bütün konuşmaları saklamak veya asistana mümkün olduğunca fazla bilgi vermek şeklinde anlaşılıyor. Oysa güvenilir bir ikinci beyin, büyük bir depo değildir. Bilginin nereden geldiğini, ne zaman geçerli olduğunu, kimin değiştirdiğini ve hangi kararı desteklediğini gösterebilen bir düşünme altyapısıdır. Model bu altyapının kendisi değil, onun üzerinde çalışan değiştirilebilir bir arayüz olmalıdır.

Bu yazıda böyle bir sistemi üç katmanda kuracağız: değişmez kaynak arşivi, kullanıcıya ait kanonik hafıza ve ürüne özgü geçici kişiselleştirme. Ardından açık biçim, kalıcı kimlik, kaynak izi ve dışa aktarma ilkelerini gerçek bir proje üzerinde uygulayacak; son olarak iki farklı asistanla taşınabilirlik sınaması ve yedekten geri yükleme tatbikatı yapacağız.

İkinci beyin neden sohbet geçmişi değildir?

Sohbet geçmişi, geçmişte ne söylendiğinin kaydıdır. Hafıza ise gelecekteki bir kararı etkileyebilmek için seçilmiş, anlamlandırılmış ve gerektiğinde güncellenmiş bilgidir. Bu ayrım küçük görünür ama bütün sistemi değiştirir.

Bir görüşmede müşterinin “Lansmanı ekim ayında yapabiliriz” demesi kaynak kaydıdır. Bunu doğrudan kalıcı gerçek gibi saklamak tehlikelidir; çünkü cümle bir olasılık bildirir. Daha sonra imzalanan planda lansman 12 Kasım’a alınabilir. İkinci beyniniz iki kaydı da tutmalı, fakat güncel çalışma bağlamında yalnızca onaylanmış tarihi kullanmalıdır.

Burada üç farklı sorun vardır:

• Seçim: Her konuşma kalıcı hafızaya girmemelidir. Beyin fırtınasındaki geçici öneriyle verilmiş karar aynı ağırlıkta değildir.
• Zaman: Bir bilgi doğruyken eskimiş olabilir. “Proje bütçesi 180.000 TL” kaydı, ek sözleşmeden sonra tarihsel bir değere dönüşebilir.
• Kanıt: Asistanın “Bütçe 240.000 TL” demesi yetmez. Bu değerin hangi sözleşme veya karardan geldiğini gösterebilmesi gerekir.

Uzun süreli hafıza kullanan ajanlara yönelik değerlendirme çalışmaları da yalnızca bir kaydı bulmanın yeterli olmadığını vurguluyor. Sistem, farklı oturumlarda biriken bilgiyi doğru göreve taşımalı ve zaman içindeki değişimleri hesaba katmalıdır. Mart 2026 tarihli MemX çalışması yerel, aranabilir ve açıklanabilir bir hafıza yaklaşımı önerirken zamansal ve çok oturumlu akıl yürütmenin hâlâ zor olduğunu bildiriyor. MemX’in hakem değerlendirmesi tamamlanmamış bir arXiv çalışması olduğunu; dolayısıyla uygulanabilir bir tasarım örneği sunduğunu, nihai güvenlik veya performans kanıtı olmadığını akılda tutmak gerekir.

Karar kuralı: Bir bilgi gelecekteki bir eylemi değiştirecekse hafıza adayıdır. Fakat kalıcı kayda dönüşmeden önce kaynağı, zamanı, sahibi ve geçerlilik durumu belirtilmelidir.

Üç katmanlı mimari: Arşiv, kanonik hafıza ve ürün önbelleği

Taşınabilir bir ikinci beyni tek klasör veya tek veritabanı olarak düşünmek yerine üç farklı sorumluluğa ayırmak daha güvenlidir. Bu katmanlar aynı bilgiyi farklı amaçlarla taşıyabilir; önemli olan hangisinin gerçeklik kaynağı olduğunu bilmektir.

1. Değişmez kaynak arşivi

Bu katmanda toplantı dökümleri, imzalı sözleşmeler, araştırma PDF’leri, e-postalar, ses kayıtları ve teslim edilmiş raporlar bulunur. “Değişmez” sözcüğü dosyanın hiçbir zaman düzeltilemeyeceği anlamına gelmez. Özgün kaydın sessizce üzerine yazılmaması anlamına gelir. Hatalı bir döküm düzeltilirse özgün sürüm korunur, düzeltilmiş sürüm yeni bir kayıt olarak eklenir.

Kaynak arşivi yorum değil kanıt saklar. Yapay zekâdan alınan toplantı özeti burada tek başına yeterli değildir; mümkünse özetin dayandığı kayıt veya döküm de tutulur. ChatGPT Record gibi özellikler konuşmayı yazıya döküp özetlemeyi kolaylaştırabilir. Ancak ürünün ürettiği özet, özgün konuşmanın yerine geçmemeli; hassas konuşmalar kaydedilmeden önce katılımcı onayı, yerel hukuk ve kurum politikası gözetilmelidir.

2. Kullanıcıya ait kanonik hafıza

Kanonik hafıza, bugün doğru kabul ettiğiniz damıtılmış kayıtları içerir: aktif hedefler, alınmış kararlar, terim sözlüğü, paydaşlar, kısıtlar, açık sorular ve çalışma tercihleri. “Kanonik”, bu katmanın asistanlar arasındaki ortak başvuru noktası olması demektir.

Bu kayıtlar açık ve yaygın biçimlerde tutulabilir: Markdown, JSON, CSV veya gerektiğinde SQLite. Biçim seçiminde asıl soru hangisinin daha teknolojik olduğu değil, bilgiye ürün kapandığında da erişip erişemeyeceğinizdir. Metinsel kayıtlar insan tarafından okunabilir ve sürüm karşılaştırmasına uygundur. Yapılandırılmış biçimler ise tarih, durum ve ilişki gibi alanların otomatik denetlenmesini kolaylaştırır.

3. Ürüne özgü geçici kişiselleştirme

Asistanın yerleşik hafızası, sohbet geçmişi, kişisel talimatları ve ürün içi indeksleri bu katmandadır. Bunlar yararlıdır: Her konuşmada tercihlerinizi yeniden anlatmak zorunda kalmazsınız. Ürünlerin kayıtları farklı hizmetlerle eşleştirmesi de bilgiye erişimi kolaylaştırabilir. Örneğin Google’ın Gemini Notebook duyurusu, not defteri deneyimini daha geniş ürün ekosistemiyle ilişkilendiren yönüyle hafızanın artık tekil bir sohbet özelliği değil, platform katmanı hâline geldiğini gösteriyor.

Fakat bu katman önbellek gibi ele alınmalıdır: Yararlı, hızlı ve yeniden üretilebilir. Bir ürünün sizin hakkınızda hatırladığı bilgi yalnızca kendi içinde bulunuyorsa, sisteminiz taşınabilir değildir. Ayrıca yerleşik hafıza yanlış, eski veya bağlamından kopmuş bir kaydı tekrar tekrar kullanabilir. Uzun süreli hafızaya kötü niyetli talimatların ya da bozuk kayıtların yerleşmesini inceleyen erken dönem araştırmalar, “daha çok hatırlama” hedefinin saldırı yüzeyini de büyütebileceğine işaret ediyor.

Bir hafıza kaydının asgari anatomisi

“Lansman 12 Kasım” cümlesi okunabilir ama tek başına yönetilebilir değildir. Tarih değiştiğinde eski değerin neden terk edildiğini veya yeni değeri kimin onayladığını anlayamazsınız. Bu nedenle her önemli kayda kalıcı bir kimlik ve küçük bir metadata kümesi vermek gerekir.

Aşağıdaki doldurulmuş örnek, hayalî bir eğitim ürününün kanonik karar kaydıdır:

id: karar-2026-014
başlık: Atlas eğitiminin lansman tarihi
durum: aktif
değer: 2026-11-12
önceki_değer: 2026-10-15
geçerlilik_başlangıcı: 2026-07-18
sahip: Proje yöneticisi Ayşe Demir
kaynaklar:
  - arsiv/toplantilar/2026-07-18-lansman-planlama.md
  - arsiv/sozlesmeler/atlas-ek-protokol-02.pdf
gerekçe: Kurumsal müşterinin güvenlik incelemesi için dört ek hafta gerekiyor.
güven_düzeyi: yüksek
sonraki_gözden_geçirme: 2026-09-01
etiketler: [atlas, lansman, takvim]

Bu yapı dört işi aynı anda yapar. Kimlik alanı, kayıt taşınsa bile ona yapılan atıfları korur. Durum alanı, geçersiz bir kararın silinmek yerine “yerine geçti” olarak işaretlenmesini sağlar. Kaynak bağlantıları iddiayı denetlenebilir kılar. Gözden geçirme tarihi ise doğru bilginin zamanla çürümesini önler.

Her notu bu ayrıntıyla işlemek gereksiz yük yaratır. Şu eşik işe yarar: Bir kayıt para harcatacak, dışarıya mesaj gönderecek, takvimi değiştirecek veya başka bir kaydı geçersiz kılacaksa yapılandırılmış olmalıdır. Geçici okuma notları daha hafif kalabilir.

Bilgiyi biriktirmek değil, yaşam döngüsünü yönetmek

Sağlıklı hafıza dört aşamalı bir döngüyle çalışır: yakala, damıt, kullan, gözden geçir. Sorunların çoğu ilk aşamaya aşırı yatırım yapıp diğerlerini ihmal ettiğimizde çıkar.

1. Yakala: Özgün belgeyi tarih ve kaynak bilgisiyle arşive alın.
2. Damıt: Belgedeki karar, kısıt veya açık soruyu kanonik kayda dönüştürün. Model taslak çıkarabilir; yüksek etkili kayıtları insan onaylamalıdır.
3. Kullan: Asistana bütün arşivi değil, görevle ilgili kanonik kayıtları ve gerekli kanıtları verin.
4. Gözden geçir: Süresi gelen kayıtları doğrulayın; eski olanları silmek yerine geçersiz kılın ve yeni kayda bağlayın.

Örneğin cuma günkü toplantıdan 47 sayfalık bir döküm çıkmış olsun. İkinci beynin görevi bu metni sonsuza kadar “hatırlamak” değildir. Dökümden üç onaylanmış karar, iki açık soru ve bir risk çıkarmak; her birini ilgili satırlara bağlamak; sonraki hafta plan hazırlanırken yalnızca aktif kayıtları kullanmaktır.

Doğrulama sorusu da nettir: Asistanın hazırladığı plandaki her tarih, bütçe ve sorumlu kişi kanonik bir kayda bağlanabiliyor mu? Bağlanamıyorsa çıktı akıcı olsa bile çalışma hafızası güvenilir değildir.

Model değiştirirken yedekleme ve geri yükleme tatbikatı

Yedek almak ile geri yükleyebilmek aynı şey değildir. Dışa aktardığınız dosyalar açılmıyor, ilişkiler kayboluyor veya yalnızca eski ürünün okuyabildiği bir biçimde geliyorsa gerçek bir yedeğiniz yoktur. Bu yüzden üç ayda bir küçük bir yangın tatbikatı yapmak yararlıdır.

Atlas projesi için uygulanmış bir tatbikat şöyle ilerler:

1. Kapsam seçilir: 12 kanonik karar, 4 paydaş kaydı, 6 kaynak belge ve proje sözlüğündeki 18 terim.
2. Dışa aktarılır: Kanonik kayıtlar Markdown ve JSON olarak; kaynaklar özgün dosya biçimleriyle alınır. Her dosya için özet değer üretilerek aktarım sırasında bozulma kontrol edilir.
3. Temiz ortam kurulur: Eski asistanın sohbet geçmişine erişimi olmayan yeni bir klasör ve ikinci bir asistan kullanılır.
4. Geri yüklenir: Önce kanonik dizin, sonra kaynak arşivi bağlanır. Ürün içi kişiselleştirme kopyalanmaz.
5. Beş soru sınanır: “Aktif lansman tarihi nedir?”, “Önceki tarih neden değişti?”, “Güvenlik incelemesinin sahibi kim?”, “Hangi bütçe onaylandı?”, “Hangi iki soru hâlâ açık?”
6. Kanıt aranır: Her cevapta kayıt kimliği ve kaynak yolu istenir.
7. Fark kaydedilir: Yanlış cevap, eksik ilişki, açılamayan dosya ve ürüne bağımlı özellik ayrı ayrı yazılır.

Tatbikatın başarı ölçütü “Yeni asistan güzel bir özet yazdı” değildir. Beş sorunun beşine de doğru yanıt vermesi, cevapları doğru kayıtlara bağlaması ve aktif kararla tarihsel kararı karıştırmamasıdır. Bir cevap yanlışsa model hemen suçlanmamalıdır: Kayıt eksik, alan adı belirsiz veya getirme yöntemi hatalı olabilir. Taşınabilirlik testi yalnızca modeli değil, hafızanın tasarımını da değerlendirir.

Aynı bağlamı iki asistanda sınamak

İki farklı asistana aynı proje paketini vermek, görünmeyen platform bağımlılıklarını ortaya çıkarır. Adil bir sınama için ikisine de aynı dosyalar, aynı görev ve aynı çıktı sözleşmesi verilmelidir.

Örnek görev şudur: “Atlas projesinin gelecek iki haftalık planını hazırla. Yalnızca aktif kanonik kayıtları kullan. Her takvim, bütçe ve sorumlu iddiasının yanına kayıt kimliğini ekle. Çelişki varsa karar verme; ilgili kayıtları göster.”

Bu sınama modellerin aynı cümleleri kurmasını beklemez. Üslup değişebilir; önemli olan proje durumunun değişmemesidir. Eğer bir asistan doğru lansman tarihini yalnızca eski sohbetlerinde bulunduğu için biliyorsa bu başarı değil, gizli bağımlılıktır.

Fazla hatırlamanın üç bedeli

Taşınabilirlik tek risk değildir. İkinci beyin büyürken güvenlik ve düşünme alışkanlıkları da tasarlanmalıdır.

Birinci bedel, zehirlenmedir. Kaynak belgede geçen “önceki talimatları yok say” benzeri bir metin, veri ile komut ayrılmıyorsa çalışma davranışını etkileyebilir. Dış kaynaklar talimat değil alıntılanabilir veri olarak işlenmeli; kanonik hafızaya otomatik terfi ettirilmemelidir. Yeni kayıtların kim tarafından ve hangi kaynaktan üretildiği tutulmalıdır.

İkinci bedel, mahremiyettir. Her şeyi tek depoda toplamak aramayı kolaylaştırırken tek bir erişim hatasının etkisini büyütür. Sağlık, finans, müşteri sırrı ve gündelik tercih aynı erişim düzeyinde bulunmamalıdır. En az ayrı kasalar, sınırlı paylaşım ve hassas kayıtlar için daha kısa saklama süreleri düşünülmelidir.

Üçüncü bedel, bilişsel bağımlılıktır. Yapay zekâya bilgi buldurmak ile muhakemeyi bütünüyle devretmek aynı şey değildir. Bilişsel yük boşaltma üzerine güncel çalışmalar, yapay zekâ desteğinin performans ile beceri gelişimini farklı yönlerde etkileyebileceğini araştırıyor. Buradan çıkarılacak temkinli ders, hafızayı düşünmenin yerine değil düşünmeye hazırlanmak için kullanmaktır.

Uygulanabilir bir egzersiz şudur: Önemli bir karar öncesinde önce üç cümlelik kendi görüşünüzü yazın; ardından asistanın kanonik hafızadan karşı kanıt, eski varsayım ve açık belirsizlik bulmasını isteyin. Son kararı yine siz gerekçelendirin. Böylece sistem cevabı sizin yerinize üretmekten çok, görüşünüzü sınayan bir çalışma arkadaşına dönüşür.

Bu hafta kurulabilecek en küçük sürüm

İkinci beyin projesini bütün dijital hayatınızı taşıyarak başlatmayın. Tek bir aktif proje seçin ve aşağıdaki küçük sistemi kurun:

• Bir kaynak klasörü: Atlas projesinin sözleşmesi, son iki toplantı dökümü ve geçerli planı.
• Bir kanonik dosya: Beş aktif karar, üç kısıt, iki açık soru ve proje sözlüğü.
• Bir kayıt standardı: Kimlik, durum, değer, kaynak, sahip ve gözden geçirme tarihi.
• Bir doğrulama görevi: Asistandan gelecek haftanın planını kaynak kimlikleriyle hazırlamasını istemek.
• Bir taşınabilirlik sınaması: Aynı dosyaları ikinci asistana verip kritik beş soruyu yeniden sormak.
• Bir geri yükleme kanıtı: Paketi temiz bir dizinde açıp bağlantıların ve dosyaların çalıştığını kontrol etmek.

Bir haftanın sonunda hedefiniz her şeyi hatırlayan bir sistem kurmak değildir. Tek bir gerçek projede hangi bilginin kaynak, hangisinin güncel karar, hangisinin yalnızca ürün kolaylığı olduğunu açıkça ayırabilmektir.

Sonuç: Asistan değişebilir, düşünme altyapınız kalmalı

İyi bir ikinci beyin sizi bir platforma daha sıkı bağlayan sistem değildir. Model değiştiğinde kimliğini kaybetmeyen, eski bilgiyi güncel karardan ayıran, önemli iddiaları kaynaklarına bağlayan ve gerektiğinde temiz bir ortamda yeniden kurulabilen sistemdir.

Bunun için bütün sohbetleri kusursuz biçimde arşivlemeniz gerekmez. Daha yalın bir disiplin yeterlidir: Kanıtı değişmez kaynak arşivinde saklayın, güncel çalışma bilgisini size ait kanonik kayıtlarda damıtın, ürün hafızasını ise vazgeçilebilir bir önbellek kabul edin. Sonra yedeğinize güvenmek yerine onu geri yükleyin; modelin sizi tanıdığına inanmak yerine aynı bağlamı ikinci bir asistanda sınayın.

Bugün atılacak en iyi adım, yılların notlarını taşımaya çalışmak değil, tek bir aktif karar için kalıcı kimlik, kaynak bağlantısı, durum ve gözden geçirme tarihi oluşturmaktır. İkinci beyniniz o küçük kayıtla başlar: Daha çok bilgiyle değil, bilginin sorumluluğunu yeniden elinize almanızla.

Kaynaklar

• OpenAI — Dreaming: Better memory for a more helpful ChatGPT
• OpenAI Help Center — ChatGPT Record
• Google — NotebookLM is now Gemini Notebook
• Mem2ActBench: A Benchmark for Evaluating Long-Term Memory Utilization in Task-Oriented Autonomous Agents
• Microsoft — RHELM: Beyond Static Dialogues
• When Agents Remember Too Much: Memory Poisoning Attacks on Large Language Model Agents
• MemX: A Local-First Long-Term Memory System for AI Assistants
• Cognitive offloading, critical thinking and attitudes towards artificial intelligence in the era of ChatGPT
• More vs. less cognitive offloading from AI assistants: impacts on novices’ collaborative performance and skill development