Yapı Notları: 1.000 Not Sonra Kaybolmamak İçin Harita Kurmak

Arama yetmez

Yüz notun varken arama çoğu ihtiyacı çözer. Bin nottan sonra ise başka bir problem görünür:

Bir kavramı aratabilirsin ama o kavramın sistemindeki **yerini** her seferinde yeniden kurmak zorunda kalırsın.

Örneğin "hafıza" araması sana şunları çıkarabilir:

• unutma eğrisi,
• hatırlama pratiği,
• uyku ve bellek,
• aralıklı tekrar,
• bilişsel boşaltma,
• çalışma belleği.

Arama sonuçları doğru olabilir ama hangisinden başlaman gerektiğini, hangisinin temel kavram olduğunu ve notların hangi sırayla anlam kazandığını söylemez.

Yapı notu tam olarak bu problemi çözer.

Yapı notu nedir?

Zettelkasten topluluğunda structure note, bir düşünce kümesinin iç yapısını anlatan nottur. Zettelkasten.de'nin yapı yaklaşımında, tek tek notların üzerinde ikinci bir organizasyon katmanı kurulur: konuya ait notlar yalnız bağlantı listesi olarak değil, açıklamalı bir yapı içinde gösterilir.

Basit örnek:

# Hafıza — yapı notu

## Bilgi neden unutulur?
- [[Unutma başta hızlıdır, sonra yavaşlar]]
  - Unutma eğrisinin temel iddiası.
- [[Geri çağırma kullanılmayan bilgiyi zayıflatabilir]]

## Hatırlamayı ne güçlendirir?
- [[Hatırlama pratiği tekrar okumadan daha etkilidir]]
- [[Aralıklı tekrar gecikmeli hatırlamayı güçlendirir]]

## Sistem tasarımına etkisi
- [[Notu bulabilmek hatırlamakla aynı şey değildir]]
- [[Review yalnız bakım değil geri çağırma fırsatıdır]]

Bu notun değeri bağlantı sayısından gelmez. Başlıklar ve açıklamalar, düşüncelerin nasıl gruplanacağını gösterir.

İçindekiler tablosundan farkı

İçindekiler tablosu genellikle mevcut bir metnin sırasını gösterir.

Yapı notu ise henüz yazılmamış bir metnin düşünce düzenini de kurabilir.

Bu yüzden iyi yapı notu:

• konunun ana sorularını gösterir,
• notları gruplar,
• aralarındaki geçişleri açıklar,
• boşlukları görünür kılar,
• gerektiğinde yeni yazının taslağına dönüşür.

Bu son özellik önemlidir. Yapı notuna baktığında bir alt başlık altında yalnız bir not varsa orada araştırma açığı olabilir. Başka bir bölüm aşırı kalabalıksa tek bir kavramın birkaç alt probleme ayrılması gerekebilir.

MOC ile aynı şey mi?

Yakın akraba, ama zorunlu olarak aynı değil.

[[MOC]] çoğu modern PKM sisteminde geniş bir "içerik haritası" kavramıdır. Bir konuya giriş, gezinme ve düzenleme yüzeyi olabilir.

Yapı notu daha çok **argüman veya düşünce sırası** taşır.

Pratikte ikisini ayırmak zorunda değilsin. Tek bir not hem MOC hem structure note olarak çalışabilir. Önemli olan dosya türü değil, notun ne işe yaradığıdır.

Ne zaman açılmalı?

Başlangıçta her konu için yapı notu oluşturmak gereksizdir.

Şu işaretleri bekle:

1. Aynı konuda 10–15'ten fazla not oluştu.
2. Yeni not eklerken nereye bağlayacağını kestiremiyorsun.
3. Aynı aramayı tekrar tekrar yapıyorsun.
4. Konuyu bir başkasına anlatmak için notları yeniden sıralaman gerekiyor.
5. Bir yazı üretmek istiyorsun ama notlar arasında hikâye yok.

Bunlardan biri ortaya çıktığında yapı notu doğal olarak ihtiyaç haline gelir.

Bu yaklaşım [[LYT ve ACCESS]] içindeki "haritayı ihtiyaç doğduğunda aç" ilkesiyle uyumludur.

Yapı notunu klasöre çevirmemek

En sık hata, yapı notunu yalnız link listesi yapmak:

# Hafıza
- [[Not 1]]
- [[Not 2]]
- [[Not 3]]
- [[Not 4]]

Bu liste aramadan çok daha fazla değer üretmez.

Her bağlantının yanına en azından şu iki bilgiden birini eklemeye çalış:

• Bu not burada neden var?
• Bir sonraki notla ilişkisi ne?

Bir cümle bile yeterlidir.

Yapı değişebilir

Bugün "Öğrenme" başlığında topladığın iki düşünce, altı ay sonra "Geri çağırma" ve "Bilgi mimarisi" olarak ayrılabilir.

Yapı notunu sabit taksonomi gibi görme. Evergreen notlar gibi o da gelişir.

Bu yüzden yapı notlarının güçlü tarafı klasörlerden daha esnek olmasıdır: bir not birden fazla yapının içinde yer alabilir.

Başlangıç şablonu

# Konu — yapı notu

## Temel soru
Bu alan hangi problemi açıklıyor?

## Ana fikirler
- [[...]] — neden önemli?
- [[...]] — bununla nasıl ilişkili?

## Karşı görüşler / sınırlar
- [[...]]

## Açık sorular
- [ ] Hangi ilişkiyi henüz anlamıyorum?

## Çıktılar
- [[Yazı taslağı]]

Bin notun varsa daha fazla klasör açmak zorunda değilsin. Bazen ihtiyacın olan şey, ağın içinde nerede olduğunu anlatan tek bir iyi haritadır.

Yapı notu bir "liste" değil, düşünce mimarisidir

Bir structure note yalnız bağlantıları yan yana getirdiğinde aslında gelişmiş bir bookmark sayfasından çok farklı değildir. Değer, bağlantılar arasındaki **ilişkinin düzenlenmesinden** gelir.

Örneğin şu liste bilgi taşımakta zayıftır:

• [[Hatırlama pratiği]]
• [[Aralıklı tekrar]]
• [[Interleaving]]
• [[Metacognition]]

Buna karşılık:

Geri çağırma

[[Hatırlama pratiği]] cevabı yeniden üretmeyi merkeze alır.

Zamanlama

[[Aralıklı tekrar]] aynı bilgiyi hangi aralıklarla yeniden çağıracağın problemidir.

Karıştırma

[[Interleaving]] benzer problem türlerini blok halinde değil karışık biçimde çalışmayı inceler.

Kalibrasyon

[[Metacognition]] ne kadar bildiğini ne kadar doğru tahmin ettiğinle ilgilidir.

şeklindeki yapı, konu hakkında bir model taşır.

Bu yüzden iyi structure note yalnız "hangi notlar var?" değil, "bu notlar birbirine nasıl oturuyor?" sorusuna cevap verir.

Hiyerarşi mi, ağ mı?

Zettelkasten topluluklarında hiyerarşi ile ağ arasında uzun süredir gerilim vardır. Saf hiyerarşi, her düşünceyi tek bir dalın içine sıkıştırabilir. Tamamen düz ağ ise büyüdükçe yön bulmayı zorlaştırabilir.

Yapı notu bu iki uç arasında bir ara yüzeydir:

• alttaki notlar bağımsız kalır,
• aynı not birden fazla structure note'a girebilir,
• üst düzey rota insan tarafından düzenlenir,
• klasör hiyerarşisi zorunlu değildir.

Bu, bir dosyanın tek bir "ev"i olmak zorunda olmadığı anlamına gelir.

Örneğin "Çalışma belleği sınırlıdır" notu hem "Öğrenme" hem "Arayüz Tasarımı" yapı notlarında yaşayabilir.

Yapı notu ne zaman "çok erken"dir?

Henüz üç notun varsa yapı notu açmak çoğu zaman gereksizdir.

Çünkü henüz gerçek bilgi yapısı oluşmamıştır; sen yalnız gelecekte nasıl olacağını tahmin ediyorsundur.

Erken yapılandırmanın tipik sonucu:

• boş başlıklar,
• kullanılmayan MOC'lar,
• "bir gün doldururum" sayfaları,
• gereksiz kategori borcu.

Daha güvenilir tetikleyiciler:

1. Aynı konuda arama yaparken sürekli aynı notları seçiyorsun.
2. Bir yazı hazırlarken sıralamayı her defasında yeniden kuruyorsun.
3. Konu içinde iki veya daha fazla alt küme kendiliğinden oluştu.
4. Bir notun "bu alanda nerede durduğunu" anlatmak zorlaşıyor.
5. Konuyla ilgili açık sorular birikiyor.

Yapı gerçek kullanım problemine cevap verdiğinde kalıcı olma ihtimali yükselir.

Yapı notunda "boşluk" göstermek

İyi yapı yalnız var olan bilgiyi göstermemeli; **olmayan bilgiyi** de görünür kılmalıdır.

Örnek:

Kaydetme

• [[Capture Note]]
• [[Daily Notes]]

İşleme

• [[Kaynak notu ve kalıcı not]]
• TODO: AI özetleri için doğrulama akışı

Geri çağırma

• [[Arama]]
• [[MOC]]
• TODO: Mobil capture sonrası geri bulma davranışı

Buradaki TODO'lar sistem hatası değildir. Araştırma gündemidir.

Bir yapı notuna baktığında "bu konunun hangi parçasını bilmiyorum?" sorusunu cevaplayabiliyorsan not düşünme aracı haline gelmiştir.

Yazı taslağına dönüşme

Structure note'un en pratik faydalarından biri uzun metin üretimidir.

Diyelim "Not Sistemi Neden Çöker?" başlıklı bir makale yazacaksın.

Yapı notunda şu kümeler zaten oluşmuş olabilir:

• fazla capture,
• kaynak/provenance kaybı,
• aşırı atomiklik,
• navigasyon borcu,
• review eksikliği,
• output eksikliği.

Bu yapı, makalenin bölüm sırasının büyük kısmını verir.

Sonra her başlık altında ilgili kalıcı notları toplarsın.

Böylece makale yazımı "boş sayfada fikir üretme" işi olmaktan çıkar; mevcut düşünce ağını editoryal sıraya sokma işine dönüşür.

Bu geçiş [[Notlardan Yazıya]] yaklaşımının temelidir.

Structure note ve query farkı

Dataview veya database filtresi otomatik olarak "tag = öğrenme" olan bütün notları gösterebilir.

Bu çok yararlıdır; fakat structure note ile aynı şey değildir.

Query:

"Bu koşula uyan bütün kayıtlar hangileri?"

Structure note:

"Bu konuyu anlamak için hangi notlar önemli ve aralarındaki ilişki nedir?"

Birincisi makine tarafından hesaplanabilir. İkincisi editoryal karar gerektirir.

Bu nedenle iyi sistem ikisini birlikte kullanabilir:

• otomatik tablo → envanter,
• structure note → anlamlı rota.

Tarihsel yapı ile mevcut yapı ayrımı

Bir konudaki düşüncen zamanla değiştiğinde eski yapı tamamen silinmeli mi?

Çoğu durumda mevcut structure note güncel modeli göstermeli.

Fakat önemli bir düşünce dönüşümü olduysa kısa bir değişiklik kaydı bırakabilirsin:

"2026-10: 'etiket sistemi' bölümünü ayırdım; klasör ve tag aynı probleme cevap vermiyor."

Bu kayıt, neden yeni yapı oluştuğunu hatırlamana yardım eder.

Her küçük değişiklik için changelog tutmak gerekmez.

Bir structure note'un minimum şablonu

Şöyle bir yapı çoğu konu için yeterlidir:

Soru

Bu alanın temel problemi ne?

Çekirdek fikirler

En önemli 5–10 not.

Alt alanlar

Gerekirse kümeler.

Karşı görüşler / sınırlar

Konu içindeki gerilimler.

Açık sorular

Henüz cevaplanmayanlar.

Çıktılar

Bu yapıdan üretilmiş makale, proje veya kararlar.

"Çıktılar" bölümü özellikle değerlidir. Haritanın yalnız düzen için mi yaşadığını, yoksa üretime gerçekten katkı verip vermediğini gösterir.

Yapı notunu ne zaman bölmelisin?

Şu belirtiler ortaya çıkarsa:

• tek not 150–200 bağlantıyı geçti,
• alt başlıklar kendi başına büyük araştırma alanı oldu,
• aynı sayfada farklı okuyucu yolları oluştu,
• bir bölüme diğerlerinden çok daha sık dönüyorsun.

Örneğin "PKM" structure note:

• Capture
• Organization
• Learning
• Writing
• AI

şeklinde büyüdüyse "Learning" kendi MOC'una ayrılabilir.

Ana yapı notu yeni alt haritaya tek bağlantı verir.

Bu, yazılım mimarisindeki modülerleşmeye benzer: karmaşıklık arttığında sınırlar yeniden çizilir.

Yapı notunun başarı testi

Şu üç soruya evet diyebiliyorsan structure note iş yapıyor:

1. Altı ay sonra konuya geri döndüğümde nereden başlayacağımı gösteriyor mu?
2. Yeni not eklerken hangi düşünce kümesine bağlanacağını anlamayı kolaylaştırıyor mu?
3. Bir çıktı üretirken bana hazır bir düşünce sırası sağlıyor mu?

Cevaplar hayırsa harita dekoratif hale gelmiş olabilir.

Yapı notunun değeri, ağın üstüne bir hiyerarşi dayatmasında değil; büyüyen ağın içinden **geçici ama kullanışlı bir rota** çıkarmasındadır.