Anytype'ta Channel nedir? Space, üyeler ve çalışma alanı sınırı

[[Anytype sözlüğünde]] kavramları yan yana koyduk. Bu bölüm tek bir soruyu açıyor: hangi durumda yeni bir Channel açmalısın, hangi durumda aynı Channel içinde kalmalısın?

Channel ile Space aynı şey mi?

Güncel Channels sayfası cümleyi doğrudan kurar: **"A Channel, also referred to as a Space"** (Anytype, Channels).

Bu yüzden Anytype hakkında araştırma yaparken iki kelimeyle karşılaşabilirsin:

• Güncel kullanıcı belgelerinde **Channel**.
• Eski belgelerde, topluluk yazılarında ve bazı geliştirici yüzeylerinde **Space**.

Nitorel'de güncel kullanıcı arayüzünü anlatırken **Channel** diyeceğiz; arama ve eski kaynaklarla bağlantıyı korumak gerektiğinde ilk kullanımda **Channel (Space)** yazacağız.

Vault ile Channel arasındaki fark

Anytype'ın Overview sayfası Vault'u ev, Channel'ı odalar olarak anlatır (Anytype, Overview).

**Vault**, hesabının ve şifreli verinin en üst kabıdır. **Channel**, Vault içindeki belirli bir çalışma alanıdır.

Bir Vault içinde kişisel notların, aile bilgilerin ve bir ekip projen için ayrı Channel'lar bulunabilir. Channel'lar birbirinden bağımsız tutulduğu için bir alandaki içerik modelini ve üyeleri diğerine taşımak zorunda değilsin.

Her Channel neyi kendi içinde tutar?

Channels belgesine göre her Channel'ın kendi:

• **Object'leri**,
• **Sidebar'ı**,
• **üyeleri**,
• **Type'ları**,
• **Property'leri**

vardır (Anytype, Channels).

Bu nokta pratikte önemlidir. Diyelim ki Kişisel Channel'ında Book diye bir Type ve Rating diye bir Property oluşturdun. İş Channel'ına geçtiğinde bunların otomatik olarak aynı şemayla görünmesini beklememelisin. Anytype Types belgesi de Type'ların Channel'a özgü olduğunu ve başka Channel'a otomatik olarak senkronize olmadığını yazar (Anytype, Types).

Channel bu nedenle yalnız navigasyon tercihi değildir. Bir **bilgi modeli sınırı**dır.

Kişisel, grup ve davetle katılım

Yeni Channel oluştururken belge üç ana yol gösterir (Anytype, Channels):

1. **Personal:** yalnız senin için.
2. **Group:** başkalarıyla ortak çalışma için.
3. **Join via invite link:** var olan bir Channel'a davet bağlantısıyla katılmak için.

Anytype başlangıç için Personal seçeneğini en kolay yol olarak gösterir. Kişisel bir PKM sistemi kuruyorsan önce tek bir Personal Channel ile başlamak genellikle daha az bakım üretir.

Yeni Channel'ı bir özellik gördüğün için değil, gerçekten ayrı bir sınır gerektiğinde aç.

Home seçimi neyi değiştirir?

Her Channel'ın bir Home yüzeyi vardır. Channels belgesi üç seçenek verir:

Belge kişisel bilgi tabanı ve "second brain" kullanımında **Page** örneğini verir (Anytype, Channels).

Bu seçim Channel'ın yeteneklerini değiştirmez. Yalnız içeri girdiğinde ilk gördüğün yüzeyi belirler ve sonradan **Channel Settings > General > Homepage** üzerinden değiştirilebilir.

Ne zaman yeni Channel açmalısın?

Yeni Channel açmak için en güçlü gerekçe **ayrı erişim veya bağlam sınırı**dır.

Şu sorulardan biri "evet" ise yeni Channel mantıklı olabilir:

1. **Farklı kişiler mi erişecek?**

Kişisel günlük ile ekip projesini aynı paylaşım sınırında tutmak istemeyebilirsin.

1. **İçerik modeli gerçekten farklı mı?**

Bir alanda Book, Author ve Reading Note; başka bir alanda Client, Project ve Invoice kullanıyorsan iki bağımsız şema işe yarayabilir.

1. **Bu alan bağımsız yaşayacak mı?**

Bir topluluk veya müşteri projesi kendi üyeleri, Sidebar'ı ve Home'u ile ayrı bir çalışma alanı gerektirebilir.

1. **Yanlış paylaşım riski var mı?**

Anytype Channel'ları ayrı şifreleme ve üye sınırlarıyla ele alır. Erişim sınırı gerçekten önemliyse bunu içeride etiketle çözmeye çalışma (Anytype, Channels).

Ne zaman yeni Channel açmamalısın?

Her konu için yeni Channel açarsan bilgi ağını kendin parçalarsın.

Örneğin aynı kişisel sistem içinde:

• kitaplar,
• projeler,
• günlükler,
• fikirler

birbirine bağlanacaksa bunları sırf kategori oldukları için dört ayrı Channel'a bölmek gereksiz olabilir. Aynı Channel içinde Type, Property, Query ve View kullanarak ayrıştırabilirsin.

Buradaki test basit:

Bu ayrım **erişim ve bağımsız çalışma alanı** mı gerektiriyor, yoksa yalnızca **düzenleme** mi?

Yalnız düzenleme gerekiyorsa önce [[Type]], [[Property]], Query veya Collection düşün.

Channel'lar arasında Type ve Property neden ortak değil?

Anytype Types belgesi, Type'ların Channel'a özgü olduğunu ve farklı Channel'ların farklı şifreleme anahtarlarıyla ayrıldığını belirtir. Bu yüzden bir Type'ı diğer Channel'a kopyalayabilirsin ama iki yerde tek canlı Type gibi senkronize tutulmaz (Anytype, Types).

Bu tasarımın sonucu şu:

• Channel sayısı arttıkça içerik modeli bakımın da artar.
• Aynı Property ve Type'ları tekrar tekrar kurman gerekebilir.
• Birbirine sık bağlanan bilgiler farklı Channel'larda olduğunda sistem daha parçalı hissedebilir.

Bu nedenle Channel mimarisini başlangıçta olabildiğince sade tutmak daha güvenlidir.

Kişisel PKM için başlangıç düzeni

Sıfırdan başlıyorsan şu düzen yeterlidir:

**Vault** → **Personal Channel** → Note, Task, Project, Book gibi birkaç Type → yalnız gerçekten kullanacağın Property'ler → ihtiyaç çıktıkça Query ve View

Ayrı bir ortak proje başladığında ikinci bir Group Channel açarsın. Yani mimariyi gelecekte yaşayabileceğin her senaryo için peşinen büyütmezsin.

Sonraki bölümde bu tek Channel içindeki bilgiyi gerçekten çalıştıran parçaya geçiyoruz: **Property**. Çünkü filtre, Query, sıralama ve nesneler arası yapılandırılmış bağlantı orada başlıyor.