Not Mezarlığı Problemi: Kaydettiğin Bilgiyi Bir Daha Görmüyorsan Sistemin Yoktur

Depolama başarılı, geri çağırma başarısız

Not uygulamanda 4.000 dosya var.

Aradığın şeyi çoğu zaman Google'da yeniden arıyorsun.

Bir kitabı daha önce okuduğunu hatırlıyorsun ama notunu bulamıyorsun.

Kaydettiğin makaleler "Read Later" içinde yıllardır bekliyor.

Bu durumda sorun bilgi eksikliği değildir.

Sistem girişte çok güçlü, çıkışta zayıftır.

Koleksiyoncu yanılgısı

Christian Tietze'nin "Collector's Fallacy" diye adlandırdığı problem basittir: bir bilgiyi koleksiyona eklemek, onun üzerinde çalışmış olma hissi verebilir.

Ama kaydetmek:

• anlamak,
• hatırlamak,
• ilişkilendirmek,
• kullanmak

değildir.

Mevcut [[Not İflası]] rehberi bu birikmiş arşivi nasıl dondurup tekrar kullanılabilir hale getireceğini ayrıntılı anlatır.

Burada daha temel soruya bakıyoruz:

**Yeni mezarlık oluşmasını nasıl engelleriz?**

1. Kaydederken neden yaz

Web sayfasını kaydetmek tek tık.

Bu yüzden giriş sonsuza kadar büyüyebilir.

Her capture'a tek satır ekle:

Neden saklıyorum:

Örnek:

"Anytype veri modeli yazısında local-first örneği olarak kullanacağım."

Bir neden yazamıyorsan kayıt büyük ihtimalle "belki lazım olur" koleksiyonuna gidiyordur.

2. Aktif projeler notları çekmeli

Bir PKM sisteminin güçlü çıkış yollarından biri projedir.

Yeni proje açıldığında:

"Bu konuda daha önce ne biriktirdim?"

diye ara.

Eski notlar proje sayfasına bağlanır.

Böylece arşiv kendiliğinden aktif işe çekilir.

PARA ve CODE yaklaşımlarının değerli taraflarından biri budur: bilgi proje sırasında yeniden yüzeye çıkar.

3. MOC giriş noktası sağlar

Büyüyen bir konuda yüzlerce nota aramayla girmek yorucu olabilir.

[[MOC]], en önemli notları ve okuma yollarını seçen insan yapımı giriş noktasıdır.

Bir MOC içinde:

• temel kavramlar,
• tartışmalar,
• aktif sorular,
• önemli kaynaklar

görünür hale gelir.

Her nota MOC bağlantısı vermek gerekmez. Harita en değerli yolları seçer.

4. Review arşiv temizliği değildir

Haftalık review'ı "bütün notları düzenle" görevi yaparsan kısa sürede bırakabilirsin.

Daha küçük bir review:

1. Bu hafta hangi notları tekrar kullandım?
2. Hangi yeni düşünce kalıcılaşmalı?
3. Hangi açık proje eski notlardan faydalanabilir?
4. Inbox'ta ne silinebilir?

10–15 dakika yeterli olabilir.

[[Gözden geçirme ve sentez döngüsü]] bu yaklaşımı daha ayrıntılı kurar.

5. Rastgele geri yüzeye çıkarma dikkatli kullanılmalı

Bazı uygulamalar Random Note veya resurfacing özellikleri sunar.

Bunlar unutulmuş içerikle yeniden karşılaşmayı sağlayabilir.

Fakat rastgelelik tek başına sistem değildir.

Her gün on eski not göstermek yeni bir içerik akışına dönüşebilir.

Daha iyi filtre:

• son bir yılda kullanılmamış,
• belirli bir MOC'a bağlı,
• aktif projeyle ortak etiketi olan

notları yüzeye çıkar.

Rastgeleliği bağlamla sınırla.

6. Aramayı kötü sistemin işareti sayma

"İyi sistemde her şeyin yerini bilmeliyim" düşüncesi gerçekçi değildir.

Binlerce notta arama doğal navigasyon aracıdır.

Başlıkları iyi yaz.

Alias ekle.

Kaynağı koru.

Gerekirse full-text ve semantik aramayı kullan.

Sistem her şeyi ezberletmek zorunda değildir; **yeniden bulmayı güvenilir hale getirmelidir**.

7. Silmek sistem sağlığıdır

Her yakalanan şey sonsuza kadar değerli değildir.

Şunları silmek veya arşivlemek normaldir:

• artık anlamını hatırlamadığın hızlı not,
• kaynağı ölü ve değersiz link,
• başka notta tamamen kapsanan duplicate,
• hiçbir projede veya düşüncede kullanılmayan düşük değerli clipping.

Depolama ucuz diye dikkat de ucuz değildir.

Her dosya arama sonuçlarında, bağlantılarda ve bakım kararlarında zihinsel alan kullanır.

Kurtarma planı

Eğer zaten binlerce kullanılmayan notun varsa tümünü tek tek düzenleme.

Mevcut [[Not İflası]] yaklaşımını kullan:

1. Eski arşivi dondur.
2. Yeni, temiz akışı bugünden başlat.
3. Eski notu yalnız ihtiyaç anında ara.
4. Bulduğun değerli parçayı yeni sisteme taşı veya bağla.
5. Haftada kısa bir "kazı" zamanı ayır.

Bu strateji geçmiş borcu ödemeden yeni davranışı düzeltir.

Sistemin gerçek testi

Şunları ölçmek daha anlamlıdır:

• Eski notlar yeni işte tekrar kullanılıyor mu?
• Bir proje başladığında ilgili bilgiye ulaşabiliyor musun?
• Aynı araştırmayı ikinci kez yapıyor musun?
• Bir makale yazarken sıfırdan mı başlıyorsun?
• Kaynağın nereden geldiğini bulabiliyor musun?

Not sayısı yalnız koleksiyon büyüklüğünü gösterir.

Çalışan bilgi sistemi ise gerektiğinde doğru parçayı yeniden **karara, öğrenmeye veya çıktıya** dönüştürür.

Not mezarlığı aslında retrieval başarısızlığıdır

Depolama katmanı çalışıyor olabilir.

• link kaydedildi,
• PDF arşivlendi,
• highlight sync oldu,
• fikir inbox'a girdi.

Fakat sistemin ikinci yarısı yok:

• yeniden bulma,
• yeniden değerlendirme,
• bağlama bağlama,
• output'a dönüştürme.

Bu nedenle "not mezarlığı" yalnız çok fazla not problemi değildir.

**Input ile output arasındaki köprünün olmaması** problemidir.

Re-finding davranışı tasarla

Bir şeyi tekrar bulmanın birden fazla yolu olmalı.

Search

Kelimeyi hatırlıyorsun.

MOC

Konuyu hatırlıyorsun.

Backlink

İlişkili fikri hatırlıyorsun.

Project

Hangi işte kullandığını hatırlıyorsun.

Time

Ne zaman karşılaştığını hatırlıyorsun.

Aynı bilgiye bu girişlerden birkaçının açık olması geri bulma dayanıklılığını artırır.

Tek navigasyon mekanizmasına bağımlılık sistemi kırılgan yapar.

Search quality neden naming ile başlar?

Arama motoru güçlü olsa bile şu not:

`misc-final-2.md`

zayıf retrieval yüzeyidir.

Açık başlık:

"Kaydederken kullanım nedeni yazmak gelecekteki geri çağırmayı kolaylaştırır"

hem keyword hem semantic search için daha iyi sinyal taşır.

İçerikte de:

• eş anlamlı kelimeler,
• açık kavramlar,
• kaynak adı

bulunması geri çağırmayı kolaylaştırır.

Notu kaydederken retrieval hook bırak

Her capture'a bir küçük kanca:

• proje,
• kavram,
• neden,
• kişi,
• tarih.

Örnek:

`https://...`

yerine:

"Anytype object model — AFFiNE/Notion karşılaştırmasında veri modeli için."

Bir yıl sonra URL'nin ne olduğunu hatırlamayabilirsin ama "Notion karşılaştırması" bağlamını hatırlayabilirsin.

Bu cümle retrieval hook'tur.

Aktif proje eski bilgiyi çekmeli

Yeni proje açarken standart bir soru:

**Bu konuda daha önce ne biriktirdim?**

Search:

• proje anahtar kelimeleri,
• ilgili concept note,
• source library.

Bulunan eski notlar proje dashboard'una bağlanır.

Bu davranış otomatik olmasa bile proje başlangıç checklist'ine eklenebilir.

Not mezarlığını çözmenin en güçlü yollarından biri budur: yeni iş eski bilgiyi **pull** eder.

Resurfacing ne zaman işe yarar?

Random Note özellikleri serendipity yaratabilir.

Fakat 10.000 notta saf random:

• eski kargo numarası,
• anlamsız meeting note,
• yarım capture

gösterebilir.

Daha iyi resurfacing filtreleri:

• permanent note,
• son 180 günde açılmamış,
• belirli MOC'a bağlı,
• aktif proje ile ortak kavram,
• source quality yüksek.

Rastgelelik bağlam içinde daha değerlidir.

Not iflası ile mezarlık farkı

Not mezarlığı: Kaydedilen bilgi geri kullanılmıyor.

Not iflası: İşlenmemiş eski yığın artık psikolojik ve operasyonel borç haline geldi.

İkisi sık birlikte görülür.

Çözüm:

• eski yığını dondur,
• yeni iyi davranışı bugün başlat,
• eski notu yalnız ihtiyaç anında kurtar.

Geçmişin tamamını yeniden düzenlemek şart değildir.

Dondurma stratejisi

Archive/
  pre-2026-10-reset/

Eski yapı olduğu gibi buraya alınabilir.

Yeni sistem:

Inbox/
Projects/
Sources/
Notes/

ile başlar.

Arama eski arşivi hâlâ indeksleyebilir.

Bir eski not yeniden işe yaradığında:

• temizle,
• kaynağı doğrula,
• yeni sisteme taşı veya linkle.

Bu incremental migration haftalarca taxonomy temizlemekten daha düşük risklidir.

"Read later" mezarlığı

Read-it-later sistemi not mezarlığının özel türüdür.

500 makale.

Kural:

• gelen her şeyi kaydetme,
• kaydederken neden yaz,
• backlog için limit belirle,
• eskileri otomatik değil bilinçli sil.

Örneğin 90 günden eski ve hiç açılmamış öğeleri review listesine getir.

Hepsini okumak zorunda değilsin.

Okumamak da karardır.

Screenshot mezarlığı

Telefon galerisinde 3.000 screenshot.

Çözüm her screenshot'ı OCR edip vault'a atmak değil.

Aktif kullanımdan başla:

• yeni screenshot'a bir neden,
• önemliyse proje/source note,
• geri kalanı periyodik silme.

Toplu import çoğu zaman mezarlığı yalnız uygulama değiştirerek taşır.

Bookmark mezarlığı

Browser bookmark klasörleri de aynı problemi taşır.

Bookmark:

`Interesting`

klasörüne girdiğinde kullanım bağlamı yoktur.

Daha iyi:

"PKM landing navigation örneği"

gibi isim veya not.

Eğer bookmark sistemin dışında kalıyorsa haftalık project research sırasında browser bookmark search yapmayı workflow'a ekle.

Duplicate araştırma maliyeti

Not mezarlığının görünmeyen maliyeti aynı araştırmayı tekrar yapmaktır.

"Bu kaynağı daha önce görmüştüm..."

Ama bulamıyorsun.

Tekrar Google araması:

• zaman,
• kaynak karşılaştırma,
• aynı PDF'i yeniden okuma.

İyi retrieval sistemi araştırma maliyetini amorti eder.

Bu yüzden PKM'in ROI'si not sayısıyla değil, tekrar araştırmayı ne kadar azalttığıyla da ölçülebilir.

Review için sampling

Bütün vault'u review etme.

Her hafta küçük örnek:

• 5 eski permanent note,
• 5 işlenmemiş capture,
• 3 aktif proje ile ilgili source.

15 dakika.

Amaç temizlik değil, sistemde retrieval yollarının çalışıp çalışmadığını kontrol etmek.

Arşiv ve silme kriterleri

Sil

• bağlamı artık çözülemiyor,
• duplicate,
• yanlış ve tarihsel değeri yok,
• düşük değerli clipping.

Arşivle

• eski proje bağlamı,
• tarihsel karar,
• şu an aktif değil ama tekrar gerekebilir.

Aktif tut

• devam eden proje,
• yaşayan kavram,
• güvenilir referans.

Silme kararının olması arama kalitesini yükseltir.

Bilgi sağlığı göstergeleri

Not sistemine dashboard yapmak istiyorsan:

• Inbox'taki en eski kayıt yaşı.
• Orphan permanent note sayısı.
• 12 ayda hiç açılmamış source oranı.
• Duplicate başlıklar.
• Broken links.
• Aktif projelerde kullanılan eski note sayısı.

Bunlar "total note count"tan daha anlamlıdır.

Output bağlantısı

Her makale, proje veya karar sayfası hangi eski notları kullandığını linklesin.

Böylece backlink üzerinden şunu görebilirsin:

"Bu not üç gerçek çıktıda kullanılmış."

Bu kullanım geçmişi notun değerini görünür kılar.

Not mezarlığını sıfırlamak mümkün mü?

Hayır ve gerekmiyor.

Her sistemde kullanılmayan bilgi olacaktır.

Ama oran yönetilebilir.

Amaç:

• her notun tekrar kullanılması

değil,

• değerli bilginin ihtiyaç anında yeniden bulunabilmesi.

Bu ayrım suçluluk duygusunu azaltır.

Son karar çerçevesi

Bir şey kaydetmeden önce:

1. Neden saklıyorum?
2. Hangi bağlamdan tekrar bulacağım?
3. Kaynağı nedir?
4. Ne zaman silinebilir?

Bir şey ararken:

1. Search.
2. Project.
3. MOC.
4. Backlink.
5. Time.

Bulduğunda:

1. Hâlâ doğru mu?
2. Hâlâ gerekli mi?
3. Daha iyi nota dönüştürülmeli mi?

Bu döngü çalışan bir retrieval sistemi yaratır.

Not mezarlığının çözümü daha büyük depo değil, bilginin yeniden hayata dönebileceği **çıkış yollarıdır**.

Mezarlığın kök nedenini sınıflandır

Bütün kullanılmayan notlar aynı nedenle oluşmaz.

Capture fazlası

Çok şey kaydediyorsun.

Çözüm: giriş filtresi.

Processing eksikliği

Inbox boşalmıyor.

Çözüm: küçük işleme ritmi.

Naming problemi

Not var ama aramayla bulunmuyor.

Çözüm: başlık/alias.

Navigation problemi

Konu büyümüş, MOC yok.

Çözüm: harita.

Output eksikliği

Notlar var ama projeler onları kullanmıyor.

Çözüm: project start retrieval.

Güven problemi

Kaynağı belli olmadığı için eski nota güvenmiyorsun.

Çözüm: provenance.

Önce hangi sınıf baskın onu bul. Her mezarlık problemine "daha iyi klasör" çözümü uygulanmaz.

Retrieval drill

Ayda bir küçük test yapabilirsin.

Kendine beş eski soru seç:

• "Geçen yıl local-first hakkında ne bulmuştum?"
• "Cornell kaynakları neredeydi?"
• "Bu proje kararını neden almıştık?"

Kronometre şart değil; ama bilgiyi:

• 30 saniyede,
• 2 dakikada,
• hiç

bulup bulamadığını gözle.

Bulamadığın durumda nedenini yaz.

Bu egzersiz gerçek retrieval performansını dashboard tahminlerinden daha iyi gösterebilir.

Search log

Aynı şeyi ikinci kez aradığını fark ettiğinde küçük kayıt bırak:

`search-failure: progressive summarization source`

Bir ay sonra tekrar eden search failure'ları incele.

Belki:

• alias eksik,
• source title kötü,
• MOC eksik,
• içerik aslında hiç kaydedilmemiş.

Arama başarısızlığı bilgi mimarisi için doğrudan kullanıcı araştırmasıdır.

Project close sırasında bilgi hasadı

Proje bittiğinde mezarlık oluşmasını engelleyen kritik an vardır.

Sor:

1. Bu projede hangi yeni prensip öğrendik?
2. Hangi kaynak başka projede tekrar kullanılabilir?
3. Hangi karar yalnız bu projeye özgü?
4. Hangi notlar artık çöpe gidebilir?

Kalıcı olanı project folder'dan çıkar.

Geri kalan projeyle birlikte arşivlensin.

Bu "knowledge harvest", proje bilgisinin arşive gömülmesini engeller.

Arşiv search'e dahil olmalı mı?

Bağlama göre.

Arşiv full-text search'e dahilse eski bilgi hâlâ bulunabilir.

Ancak sonuçları kirletiyorsa arama:

• active first,
• archive second

şeklinde ağırlıklandırılabilir.

Bazı sistemlerde archive ayrı scope olur.

Ama arşive taşımak "bir daha asla bulunamayacak" anlamına gelmemelidir.

Mezarlık ve AI retrieval

RAG veya semantic search eski notları yeniden yüzeye çıkarabilir.

Bu güçlüdür ama iki problemi otomatik çözmez:

Kaynak güvenilirliği

Yanlış eski not daha kolay bulunur.

Duplicate

Üç çelişkili sürüm aynı anda dönebilir.

AI retrieval eklemeden önce:

• source,
• updated,
• canonical note

gibi kalite sinyalleri önem kazanır.

Daha güçlü arama kötü bilgi hijyenini tamamen telafi etmez.

"Delete nothing" yaklaşımının maliyeti

Depolama gigabayt olarak ucuz olabilir.

Ama retrieval corpus büyüdükçe:

• search noise,
• semantic retrieval false positive,
• duplicate,
• eski yanlış bilgi

artar.

Bu nedenle silme yalnız disk alanı kazanmak için değildir.

Bilgi sinyal/gürültü oranını korur.

Notun değeri zamanla ölçülür

Yeni kaydedilmiş not henüz değerini kanıtlamadı.

Altı ay sonra:

• üç projede kullanılmış,
• iki kez güncellenmiş,
• başka notlar ona bağlanmış

ise yüksek değerli hale gelmiştir.

Başka not:

• bir kez kaydedilmiş,
• hiç açılmamış,
• kaynağı unutulmuş

ise düşük değerli olabilir.

Bu farkı görmek, "bütün notlar eşit derecede korunmalı" düşüncesini kırar.

Çalışan bir sistemin anti-mezarlık döngüsü

Capture
  ↓
Filter
  ↓
Process
  ↓
Connect
  ↓
Use
  ↓
Review
  ↓
Archive / Update / Delete

Döngünün herhangi bir adımı yoksa birikme başlayabilir.

Bu nedenle not mezarlığı tek bir feature eksikliği değil, yaşam döngüsü kopukluğudur.

Çözüm yeni araçtan önce kopan adımı bulmaktır.