Zettelkasten: Not Biriktirmek Yerine Notları Konuşturmak

Bir not kutusu neden sistem sayılır?

Zettelkasten Almancada "not kutusu" demektir. İsim basit olduğu için yöntem de bazen basit bir dosyalama tekniği gibi anlatılır: kısa notlar yaz, numara ver, birbirine bağla. Bu tarif mekanizmayı gösterir ama amacı kaçırır.

Zettelkasten.de yöntemi öğrenme ve bilgi üretme iş akışı olarak tanımlar. Yeni bir düşünce sisteme girdiğinde yalnız saklanmaz; mevcut düşünceler arasındaki yerine yerleştirilir. Böylece sonraki okuma ve yazma sırasında eski notlar tekrar kullanılabilir. [Zettelkasten.de'nin başlangıç rehberi](…) bu ilişki kurma işini yöntemin merkezine koyar.

Bu yüzden bir klasörde duran yüz psikoloji notu ile birbirine bağlanmış yüz psikoloji notu aynı şey değildir. Klasör yalnızca aynı rafta olduklarını söyler. Bağlantı ise neden ilişkili olduklarını gösterebilir.

Bağlantı kurmak ne demek?

Diyelim ki üç ayrı kaynakta şu fikirlerle karşılaştın:

• Fazla seçenek karar vermeyi zorlaştırabilir.
• Varsayılan seçenekler davranışı etkiler.
• Karar yorgunluğu gün boyunca artabilir.

Bunları "Karar verme" klasörüne koymak onları toplar. Zettelkasten yaklaşımı ise aralarındaki ilişkiyi yazmanı ister.

Örneğin:

"Karar maliyeti yalnız seçenek sayısından değil, tekrar tekrar seçim yapmak zorunda kalmaktan da doğar."

Bu cümle artık üç kaynağın özeti değildir. Kaynakların arasında kurduğun yeni bir düşüncedir.

İyi bağlantının değeri burada ortaya çıkar: **bağlantının kendisi de bilgi taşır.**

Küçük not neden önemli?

Küçük notların amacı estetik bir "atomik not" koleksiyonu oluşturmak değildir. Bir düşüncenin gerektiğinde başka bağlamlarda yeniden kullanılabilmesini sağlamaktır.

Bir not aynı anda "karar tasarımı", "ürün onboarding'i" ve "bilişsel yük" yazılarında kullanılabiliyorsa notun sınırı doğru seçilmiş olabilir.

Çok geniş notlarda bağlantı bulanıklaşır. Çok küçük notlarda ise okurken sürekli dosyalar arasında sıçramak gerekir. Bu dengeyi [[Atomik not ne kadar küçük olmalı?]] yazısında ayrıca ele alıyoruz.

Luhmann'ın yaptığı şey kopyalanmalı mı?

Hayır. Luhmann'ın fiziksel kartları, numaralandırması ve devam kartları kendi çalışma ortamının parçasıydı. Dijital araçta birebir aynı fiziksel sınırlara sahip değilsin.

Asıl taşınması gereken ilkeler şunlar:

1. Bir düşünceyi kendi cümlelerinle ifade et.
2. Yeni notu mevcut notlarla karşılaştır.
3. Bağlantının nedenini yaz.
4. Kaynağı düşünceden ayır.
5. Notları düzenli olarak çıktıya dönüştür.

Luhmann'ın tarihsel sistemi için [[Luhmann'ın not kutusu]], numaralandırma ve devam kartı tartışması için [[Folgezettel]] daha ayrıntılıdır.

Uygulama bağımsız düşün

Obsidian ve Logseq bağlantı kurmayı kolaylaştırır, ama uygulama yöntemin kendisi değildir. Düz Markdown dosyalarıyla da, kâğıt kartlarla da aynı ilkeler uygulanabilir.

Başlangıçta ihtiyacın olan minimum düzen:

• hızlı bir gelen kutusu,
• kaynak notları,
• kalıcı düşünce notları,
• notlar arası bağlantılar,
• gerektiğinde içerik haritaları.

Bundan fazlasını baştan kurmak çoğu zaman yöntem öğrenmek yerine sistem tasarlamaya dönüşür.

Başlangıç deneyi

Bir hafta boyunca her gün yalnız bir kalıcı düşünce yaz.

Her not için:

1. Tek bir ana fikir seç.
2. Kendi cümlelerinle açıkla.
3. Kaynağını belirt.
4. Mevcut en az bir notla gerçek bir ilişki kur.
5. Bağlantının yanına "neden" cümlesi yaz.

Hafta sonunda yedi notun varsa başarı not sayısı değildir. Yedi nottan ikisi arasında daha önce görmediğin bir ilişki bulduysan sistem çalışmaya başlamıştır.

Zettelkasten'i arşiv gibi kullanırsan iyi düzenlenmiş bir depo elde edersin. Onu düşünme ortamı olarak kullanırsan notlar zamanla yeni metinlerin ve kararların hammaddesine dönüşür.

Yöntemin asıl motoru: adres değil ilişki

Zettelkasten anlatımlarında kart numarası, UID, Folgezettel veya dosya adı kolayca merkeze yerleşir. Bunlar yararlı olabilir; fakat yöntemin üretkenliğini belirleyen şey adresleme biçimi değildir. Bir not sisteme girdiğinde üç ayrı işlem yapılır: düşünce açıkça ifade edilir, mevcut notlarla karşılaştırılır ve anlamlı bir yere bağlanır.

Bu ayrım önemlidir. Çünkü yalnızca benzersiz kimlik üretmek, birbirinden kopuk yüzlerce küçük dosya yaratabilir. Buna karşılık az sayıda fakat gerekçeli bağlantı, notların zaman içinde bir argüman ağına dönüşmesini sağlar.

Pratikte yeni bir kalıcı not eklerken şu dört soruyu sorabilirsin:

1. Bu notun ana iddiası nedir?
2. Bu iddiaya benzeyen veya karşı çıkan mevcut bir not var mı?
3. Yeni not, hangi mevcut düşünceyi genişletiyor?
4. Bu bağlantıyı altı ay sonra gördüğümde neden kurduğumu anlayabilecek miyim?

Son soru özellikle değerlidir. `[[X]]` biçiminde çıplak bağlantı koymak hızlıdır; fakat bağlantının anlamı yalnız zihninde kalır. "X, Y'nin istisnasını gösteriyor" gibi kısa bir ilişki cümlesi yazmak, gelecekteki okuma maliyetini ciddi biçimde azaltır.

Zettelkasten bir veri modeli gibi düşünülebilir

Yöntemi dijital dünyaya taşırken onu üç katmanlı basit bir veri modeli gibi görmek faydalıdır.

Bu modelde klasör yalnız saklama katmanıdır. Bilginin mantıksal mimarisini bağlantılar ve yapı notları taşır.

Bu yüzden Zettelkasten'in en güçlü hali "her şeyi linklemek" değildir. Bağlantının semantiğini koruyan, gerektiğinde [[yapı notları]] oluşturan ve tekrar kullanılabilir düşünce parçalarını ayırt eden bir sistemdir.

Kaynaktan kalıcı nota geçiş

Bir kitaptan şu cümleyi okuduğunu düşün:

"İnsanlar varsayılan seçeneği değiştirmek için ek çaba gerektiğinde mevcut seçenekte kalma eğiliminde olabilir."

Bunu doğrudan kalıcı nota kopyalamak iki soruna yol açar:

• cümle sana aitmiş gibi görünmeye başlar,
• kaynağın bağlamı zamanla kaybolabilir.

Daha güvenli akış:

**Kaynak → Kaynak notu → Kendi açıklaman → Kalıcı düşünce → Bağlantılar**

Kaynak notunda yazarın iddiasını ve sayfa/bölüm bilgisini korursun. Kalıcı notta ise örneğin şöyle yazarsın:

"Varsayılanlar yalnız kolaylık sağlamaz; değiştirmenin maliyeti yüksek olduğunda davranışı yönlendiren bir karar mimarisi unsuruna dönüşebilir."

Sonra bu düşünceyi ürün onboarding'i, abonelik ayarları veya form tasarımıyla ilgili notlara bağlayabilirsin.

Bu ayrım için [[Kaynak notu ve kalıcı not]] yazısı doğrudan uygulanabilir bir şema verir.

Zettelkasten ile PARA neden rakip değil?

PARA aktif işin ve dosyaların operasyonel yerini düzenler. Zettelkasten ise düşünceler arasındaki uzun ömürlü ilişkileri geliştirmeye yarar.

Örnek bir birlikte kullanım:

• Proje: "Nitorel onboarding yazısını yayınla"
• Kaynak: onboarding araştırmaları
• Kalıcı not: "İlk değere ulaşma süresi onboarding başarısının güçlü bir göstergesidir"
• MOC: "Onboarding"
• Proje sayfası: ilgili kalıcı nota bağlantı verir

Proje tamamlandığında proje klasörü arşivlenebilir. Kalıcı düşünce ise başka ürünlerde kullanılmaya devam eder.

Bu nedenle sistem seçerken "PARA mı Zettelkasten mi?" sorusu çoğu zaman yanlış karşılaştırmadır. Biri operasyonel bağlamı, diğeri bilgi geliştirmeyi çözebilir.

Zettelkasten'in üç başarısız uygulaması

1. Her alıntıyı Zettel yapmak

Kitaptaki her önemli paragrafı ayrı not yapmak hızlı biçimde yüzlerce dosya üretir. Bu, [[atomik not tuzağının]] tipik başlangıcıdır.

Bir düşünce kalıcı nota dönüşmeden önce şu testi geçsin:

• başka bir bağlamda tekrar kullanılabilir mi?
• kendi cümlelerinle açıklayabiliyor musun?
• mevcut bilgi ağında bir şeyi değiştiriyor mu?

Üçü de yoksa kaynak notunda kalması yeterlidir.

2. Graph görünümünü başarı metriği yapmak

Yoğun bir graph, iyi düşünce ağı anlamına gelmez. Şablonların ve günlük notların otomatik bağlantıları grafiği büyütebilir.

Daha anlamlı ölçütler:

• Eski not yeni bir yazıda kullanıldı mı?
• İki ayrı kaynaktan yeni bir çıkarım üretildi mi?
• Bir yapı notu yazı taslağına dönüştü mü?
• Çelişen iki not fark edildi mi?

3. Sistemi önceden tasarlamak

İlk gün 40 klasör, 80 etiket ve 20 MOC oluşturmak Zettelkasten değildir. Bu, gelecekteki bilgi için varsayımsal bir taksonomi kurmaktır.

Daha iyi yaklaşım: yapı ihtiyaçtan doğsun.

Önce notlar biriksin. Aynı konuya geri dönmek zorlaştığında harita aç. Bir not fazla genişlediğinde böl. İki not sürekli birlikte kullanılıyorsa birleştirmeyi düşün.

Bir notun sisteme eklenme örneği

Diyelim ki "AI özetleri kaynak doğrulaması olmadan kalıcı bilgi olarak kullanılmamalıdır" düşüncesini ekleyeceksin.

**Adım 1 — İddiayı yaz**

Başlık doğrudan ana düşünceyi taşısın.

**Adım 2 — Gerekçeyi açıkla**

Model özetinin kaynağı yanlış yorumlama, ayrıntıyı atlama veya olmayan ilişki kurma riski vardır. Bu nedenle provenance korunmalıdır.

**Adım 3 — Kanıtı bağla**

İlgili kaynak notlarına bağlantı ver.

**Adım 4 — Mevcut notlarla ilişki kur**

• [[kaynak-notu-kalici-not-ayrimi]]
• [[ai-not-sistemi]] gibi ilgili düşünceler

**Adım 5 — Yapıya yerleştir**

"AI ve PKM" MOC'u varsa oraya ekle. Yoksa sırf bu not için yeni MOC açma.

Bu beş adım, dosyayı "kaydedilmiş bilgi" olmaktan çıkarıp sistemin çalışan bir parçasına dönüştürür.

Ne zaman Zettelkasten kullanmamalısın?

Yöntem özellikle araştırma, yazma, problem çözme ve uzun süre gelişen bilgi alanlarında güçlüdür.

Şu ihtiyaçlarda daha hafif sistem yeterli olabilir:

• alışveriş listeleri,
• tek seferlik toplantılar,
• kısa proje checklist'leri,
• fatura veya belge arşivi,
• yalnızca referans saklama.

Bir not sistemi her veri türünü aynı modele zorlamamalıdır. Fatura için atomik kalıcı not yazmak anlamsızdır; araştırma düşüncesini de yalnız klasörde bırakmak zayıf olabilir.

30 günlük gerçekçi başlangıç

İlk ay için hedefi "100 not" yapma.

**1. hafta:** Tek bir capture alanı kur. Her gün en fazla bir düşünceyi kalıcılaştır.

**2. hafta:** Yeni notları mevcut notlarla bağlantılamaya başla. Bağlantının nedenini cümlede yaz.

**3. hafta:** En az beş not biriken tek bir konuda küçük yapı notu oluştur.

**4. hafta:** Bir çıktı üret. Beş-on notu kullanarak kısa bir makale, karar notu veya proje taslağı yaz.

Ay sonunda sistemin testi şudur: yeni metne boş sayfadan mı başladın, yoksa eski düşünceler gerçekten işine yaradı mı?

Zettelkasten'in değeri ikinci durumda görünür.

Bir Zettelkasten notunun tam anatomisi

Uzun vadede çalışan bir Zettel yalnız başlık + iki cümle olmak zorunda değildir. Aşağıdaki yapı özellikle araştırma ve teknik düşünce için daha dayanıklıdır:

Başlık

Ana iddiayı taşır.

İddia

Bu not ne söylüyor?

Gerekçe

Neden böyle düşünüyorsun?

Kanıt

Hangi kaynak veya gözlem destekliyor?

Sınır

Hangi koşullarda geçerli değil?

Bağlantılar

Hangi notları destekliyor, hangileriyle çelişiyor?

Kullanım

Hangi proje veya çıktıda kullanıldı?

Örnek:

# Kaynak izi olmayan AI özeti kalıcı bilgi olarak kullanılmamalıdır

AI özeti kaynak metni yanlış genelleyebilir veya önemli sınırlılığı atlayabilir.

## Kanıt
- [[Kaynak A]]
- [[Kaynak B]]

## Sınır
Basit biçimsel özetlerde risk daha düşük olabilir.

## Bağlantılar
- [[kaynak-notu-kalici-not-ayrimi]]
- [[AI ve provenance]]

## Kullanım
- [[Nitorel AI + PKM makalesi]]

Bu not daha sonra üç farklı yazıda kullanılabilir. Başlangıçta biraz uzun görünür; fakat tekrar kullanımda kendi bağlamını taşır.

Bağlantı türlerini açıklaştırmak

Zettelkasten'de her link aynı ilişkiyi temsil etmez.

Pratikte bağlantıları şu zihinsel sınıflarla okuyabilirsin:

• **destekler**
• **karşı çıkar**
• **örneğidir**
• **nedenidir**
• **sonucudur**
• **uygulamasıdır**
• **daha geneldir**
• **daha özeldir**

Bunları mutlaka metadata olarak kodlamak gerekmez. Cümlede ifade etmek yeterlidir.

Örnek:

"[[Atomik notlar]] yeniden kullanımı kolaylaştırabilir; [[atomik-not-tuzagi]] ise aynı prensibin aşırı uygulandığında yarattığı bakım maliyetini gösterir."

Bu cümle iki linkin rolünü açıkça taşır.

Zettelkasten'de serendipity nasıl gerçekten oluşur?

"Notlar kendi aralarında konuşur" ifadesi romantik anlatılabilir. Sistem kendiliğinden fikir üretmez.

Serendipity için kullanıcı üç davranış yapar:

1. Yeni notu eklerken eski notları arar.
2. Benzer ve karşıt fikirleri yan yana getirir.
3. Bağlantının nedenini düşünür.

Yeni fikir bu karşılaştırmadan doğabilir.

Örneğin:

Not A: "Çok seçenek karar maliyetini artırabilir."

Not B: "Uzman kullanıcı daha fazla seçenek isteyebilir."

Bu iki not yan yana geldiğinde:

"Seçenek sayısı kullanıcı uzmanlığına göre kademeli açılabilir."

gibi üçüncü bir ürün prensibi doğabilir.

Zettelkasten'in "konuşması" aslında bu sentez davranışıdır.

Kalıcı kimlik neden önemlidir?

Dijital sistemde dosya adı değişebilir.

Bugün:

`atomic-notes.md`

yarın:

`atomik-notlar-ne-kadar-kucuk.md`

Eğer araç linkleri otomatik güncelliyorsa sorun küçük olabilir. Fakat export, web publishing veya farklı uygulamalar arasında kalıcı kimlik yararlı hale gelir.

Kimlik seçenekleri:

• timestamp UID,
• UUID,
• sabit slug,
• database ID.

Kimlik okuyucuya görünmek zorunda değildir.

Amaç notun başlığı değişse de referansın kırılmamasıdır.

Zettelkasten ve arama ilişkisi

Bağlantılı sistem kullanmak search'ü gereksiz yapmaz.

Üç navigasyon biçimi vardır:

Search

Ne aradığını biliyorsun.

Structure / MOC

Konuyu biliyorsun ama yol istiyorsun.

Backlink / bağlantı gezinmesi

Beklenmedik ilişkileri keşfediyorsun.

Olgun sistem üçünü birlikte kullanır.

Bu yüzden "iyi Zettelkasten'de arama kullanılmaz" gibi bir kural gerçekçi değildir.

Zettelkasten ile günlük notların ilişkisi

Daily Note hızlı ve zaman odaklıdır.

Zettelkasten kalıcı ve kavram odaklıdır.

Akış:

Daily Note
   ↓
işlenmiş fikir
   ↓
Permanent Note
   ↓
bağlantılar
   ↓
Structure Note

Her günlük kayıt kalıcılaşmaz.

Bu filtre sistemi korur.

Zettelkasten'in output loop'u

Sistemin en kritik ama en az anlatılan bölümü dışarı çıkıştır.

Oku / gözlemle
   ↓
Kaynak notu
   ↓
Kalıcı düşünce
   ↓
Bağlantı / yapı
   ↓
Taslak
   ↓
Makale / karar / ürün
   ↓
Yeni öğrenim
   ↓
Kalıcı düşünce

Döngünün son adımı özellikle önemlidir.

Gerçek çıktı yeni bilgi üretir.

Bir makale yayınlandığında okuyucu soruları yeni notlara dönüşebilir.

Bir ürün kararı production'da başarısız olduğunda eski notun sınırı güncellenir.

Zettelkasten bu nedenle yalnız okuma sonrası kullanılan sistem değildir; üretim sonrası öğrenmeyi de içine alabilir.

Bir konu araştırmasını Zettelkasten ile yürütmek

Örnek araştırma sorusu:

"PKM araçlarında local-first ne kazandırır?"

Aşama 1 — Kaynak listesi

Anytype, AFFiNE, Ink & Switch, local-first makaleleri.

Aşama 2 — Source notes

Her kaynağın iddiası ayrı.

Aşama 3 — Kavramlar

• local-first,
• offline-first,
• sync,
• ownership,
• CRDT.

Aşama 4 — Çelişkiler

"Local-first" kelimesi farklı ürünlerde aynı şeyi mi ifade ediyor?

Aşama 5 — Kalıcı iddialar

"Local-first ile self-host aynı kavram değildir." "Offline erişim tek başına local-first mimariyi kanıtlamaz."

Aşama 6 — Structure note

Araştırma argümanının haritası.

Aşama 7 — Makale

Notlardan editoryal sıralama.

Bu süreçte Zettelkasten araştırma klasörü değil, argüman inşa sistemi olur.

"Tek doğru Zettelkasten" problemi

Topluluklarda şu detaylar kolayca kimlik tartışmasına dönüşür:

• UID zorunlu mu?
• klasör kullanılabilir mi?
• tag kullanılmalı mı?
• Folgezettel şart mı?
• source note vault içinde mi olmalı?
• note kaç kelime?

Bu soruların bir kısmı önemli trade-off'lardır; fakat tek doğru cevapları yoktur.

Daha temel prensipleri koru:

• provenance,
• kendi cümlelerin,
• bağlantı,
• yeniden kullanım,
• yapı,
• output.

Detaylar aracına ve işine göre değişebilir.

Sistem olgunluk modeli

Seviye 1 — Arşiv

Notları kaydediyorsun.

Seviye 2 — İşleme

Kaynak ile kendi düşünceni ayırıyorsun.

Seviye 3 — Bağlantı

Notlar anlamlı ilişkiler kuruyor.

Seviye 4 — Yapı

MOC/structure note ortaya çıkıyor.

Seviye 5 — Output

Eski notlar yeni ürün ve yazılarda kullanılıyor.

Seviye 6 — Geri besleme

Çıktının sonucu not sistemini güncelliyor.

Bu modelde hedef "Seviye 6 olmak" değildir. Sistemin hangi katmanda darboğaz yaşadığını teşhis etmektir.

4.000 notun var ama eski hiçbir not yazıda kullanılmıyorsa sorun capture'da değil, output loop'tadır.

Zettelkasten'in gerçek olgunluğu not sayısında değil, düşüncenin sistem içinde **dolaşabilmesinde** görülür.