筆記軟件Anytype的上手介紹

一、前言

對于筆記軟件，我用的也不少，早些年用的印象筆記，后面轉(zhuǎn)到onenote，之后是Notion和Obsidian。Notion和Obsidian作為兩個知名的筆記軟件，各自有著個人難以接受的缺陷，因此那之后我為了尋找適合自己的筆記軟件，將Affine、Focalborad、思源筆記等許多筆記軟件都嘗試了一段時間，到大概半年前，在Anytype大版本更新之后，徹底落戶了Anytype，并在這個軟件上搭建用于知識管理和個人管理的All-in-One筆記。

本文含有較多的猜測、主觀想法，考據(jù)較少，如果有不合適的地方，歡迎指出和討論。

二、軟件特點介紹

選擇它的理由

沒有完美的筆記軟件，只有最適合自己的，我個人尋找自己心儀的筆記軟件的過程也比較坎坷。

本地優(yōu)先（Local-first）、點對點同步（Peer-to-peer）、開源（Opeb code）

我上一個時期主要使用的Notion和Obsidian各有各的缺陷，Notion的操作反饋很舒服，但是個人接受不了選擇一個無法離線的工具來作為自己花費時間搭建All-in-One筆記的選擇。Obsidian在這一點上讓我感覺比較安全，但是其軟件選擇的依賴Md的技術路線，使得它在文本以外的形式上（比如表格）難以滿足需求。

那么本地優(yōu)先并且開源的筆記軟件似乎比較適合我，在之前也有這樣的軟件，比如Focalborad，但是Focalborad的操作反饋很差、軟件設計的也很簡陋，使得我不得不放棄。

而Anytype一開始就以本地優(yōu)先（Local-first）、點對點同步（Peer-to-peer）、開源（Opeb code）作為自己的定位進行軟件開發(fā)，并且目前版本用下來體驗也很暢快。

原子化的筆記理念

Database這種數(shù)據(jù)庫like的形式被下放到筆記軟件這個領域，Notion發(fā)揚了Database，后來database也被應用于很多的筆記軟件之中。Anytype則是將這個概念深化為Type和Relation，表現(xiàn)出來的筆記形式更加原子化。

Notion的database可以視為一種execl-like的切面式、主題式的筆記形式，例如Notion常見的筆記體裁：日記、書籍（清單）、讀書筆記，這些類型各自形成各自的database頁面，本質(zhì)上來說就是各自的清單（或者像是文件夾），而Anytype原子化的筆記，不需要依賴清單式的歸類，一個筆記既可以是日記、也可以是讀書筆記。

在軟件開發(fā)的時候，已經(jīng)將不同類型的對象考慮在內(nèi)，例如如果要進行人物信息頁面的管理，我們可以建立一個“初音未來”的頁面，將這個頁面設置成“人類（humen）”的類型（Type），通過后續(xù)操作使其出現(xiàn)在二次元角色、明星、歌手、老婆等多種清單中，這樣的操作在Notion這樣主題式的筆記中是比較難以選擇歸類的。

原子化的筆記相較于主題式的筆記更加復雜、花費時間精力，但是對于多樣化的關系會有比較好的擬合結果。

免費使用，且自帶免費且好用的同步服務

Anytype目前沒有收費計劃，可以免費使用軟件的PC端和移動端，并且自帶免費好用的同步服務。

待改善的方面

• 暫未內(nèi)置中文

• 暫時沒有畫板和思維導圖的功能

• 暫時沒有同步塊功能

• 部分操作的批量進行不太方便（如給多個頁面添加tag）

軟件2023年7月19日正式公測，上面的不足后續(xù)很可能會得到改善。

三、軟件功能介紹

Object、Type和Relation

在Anytype中，Object是筆記的最基本單位，可以理解為其他筆記軟件中的基本頁。

Relation（關系、屬性）可以理解為database的進階版，此處僅有這個認識就行，詳細的區(qū)別在后文會提到。

如果要在Anytype中寫日記，可以給日記頁面添加“日期”“心情”等Relation（關系、屬性），如果要進行書籍管理，則可以給書籍頁面添加“作者”、“評分”等Relation（關系、屬性），不同類型的頁面適合不同的Relation（關系、屬性），因此我們可以在Anytype中建立不同的Type（類型）如書籍、日記、電影等來管理不同類型的Object，每一種Type（類型）預先設置好適合這個類型的模式，省去每個Object單獨設置的重復動作。

Set和Collection

Set（集合）和Collection（收集）是Anytype中看起來跟Notion的database最像的部分，以至于有些人會將set直接當成像notion那樣的頁面來使用。

如果你為書籍這個Type建立Set（集合），你將得到一個可以展示了全部Type=“書籍”的Object的清單，并且修改在此處顯示的Relation。

在這個基礎上，你可以進行篩選、排序的操作，例如，我可以篩選Relation“作者”=“余華”，那么作者是余華的書籍將顯示在這里。

Set正如數(shù)學概念上的“集合”，它是在單一Type的Object中按Relation進行篩選和排序后進行展示，你無法在這個頁面看到這之外Type的Object，或者將某一Object通過篩選和排序以外的操作新增在這個頁面上（或減少）。也可以理解為在這個Type的Object按條件“查詢”并展示。

Collection（收集）是與Set（集合）相似的東西，不同之處在于它允許多種Type的Object顯示在這個頁面上，并且自由的增刪。如果要做一個“xx工程相關資料”的合集，將不同類型的資料中自己希望放入的內(nèi)容展示出來，那么Collection是比較好的實現(xiàn)形式。

四、個人使用經(jīng)驗和建議

如果看完上面的介紹，打算在Anytype上建立自己的筆記，可以參考一下我個人使用的經(jīng)驗。

小規(guī)模試用

建議將部分資料搬到搬到Anytype上，進行小規(guī)模的測試，在這個過程中熟悉各種概念的邏輯關系，并且檢驗這個軟件是否適合自己——用其他筆記軟件的時候這個方法也很適用。

Type的設立

Anytype已經(jīng)預設了一些Type，一些Type有固定的作用，如File、Task、Video等，這些固定的Type會自己發(fā)揮作用，基本不需要操作。

而剩下的Type則可以進行修改，我們可以為特定的Type設置模版、默認的Relation，也可以自己創(chuàng)建Type。這些可以修改的Type除了預設以外沒有區(qū)別，預設部分也可以改動，所以我們可以完全地根據(jù)自己的需求來設置。

每一個Object只能屬于一個Type，因此Type之間存在相互排斥的邏輯關系。因此Type不建議設置太多，不同的Type最好保持明顯的區(qū)別，不然會出現(xiàn)不知道某個Object是屬于A type比較好還是B type比較好的情況，丟掉了原子化的好處。

沒有必要細分的情況下個人不建議細分，在默認的Type中，Page這個Type可以當作一般形式的文章、筆記使用，將個人文章、摘錄、詞條、視頻筆記等放進去，并設置名為“Page類型”的Relation，進行細分以便于在set頁面按Page類型分別查看。這種規(guī)劃防止了一個頁面既屬于視頻筆記也屬于詞條這樣的尷尬情況困擾自己。

Relation的設立

Relation相較于database的不同在于，database隸屬于Object，而Relation可以跟多個Object關聯(lián)，而不需要每一次建立database、給它命名、選擇類型。

Relation跟Type一樣可以通過自由修改來貼合自己的需要。

Tag（標簽、復選）、Status（狀態(tài)）和Object三個Relation相較于其他的Relation比較特別，它們都是使用時從可選項中進行選擇的類型，如果不注意的話，不同的Type用同一個Tag的時候可選項會相互污染，一般來說，給Human打的Tag和給書籍打的Tag是不太一樣的，因此我們可以分別創(chuàng)建“人物特點”和“書籍特點”來使得它們的可選項不共通。

五、其他

• 目前軟件只開放了個人空間類型的空間，后續(xù)會開放協(xié)作空間等類型的空間；

• Notion跟Anytype，如果不去看能否離線化的區(qū)別的話，兩種筆記的形式前者簡單后者復雜，簡單的同時作用有限，復雜的同時需要投入更多時間理解和整理，適合自己的才是最好的；

• 目前Anytype比較適合知識管理、個人管理的使用場景，而在文件版本協(xié)調(diào)管理等方面也許不是很理想；

• 更多操作方面的細節(jié)問題可以加群729503440交流。