Files.md:一種極簡、開源的個人知識管理方法
追求「第二大腦」的過程導致了複雜的個人知識管理 (PKM) 工具大量湧現。從錯綜複雜的標籤系統到龐大的圖譜視圖,現代筆記應用程式往往承諾無所不知,卻經常帶來一種新型態的拖延:比起思考,你反而把時間花在整理筆記上。
Files.md 正式登場,這是一個旨在剝離雜訊的開源專案。Files.md 並非與 Obsidian 等巨頭在功能上競爭,而是專注於一種哲學:限制能激發創意,且筆記的最終目標應該是強化「第一大腦」,而不僅僅是建立一個數位檔案庫。
哲學:思考重於歸檔
Files.md 的核心是對現代 PKM 運動的批判。作者認為,進階的模板、AI 工作流和複雜的插件可能會創造出一種「掌控的錯覺」。當一個系統變得過於複雜時,使用者往往會將綜合整理的艱鉅工作推遲給未來的自己——而那個未來的自己很少會出現。
"我的系統成長得越多,我就越把思考的工作推遲給某個未來的自我,期待他能進行分類、標籤、提煉和提取精華。但那個自我從未出現。"
Files.md 鼓勵一種精簡的知識處理方式:一個筆記一個想法、極簡的結構,並強調重新審視與思考筆記的重要性。其目標是利用數位工具來產生洞見,例如作者本人在 Cognitive Load in Software Development 上的研究,而非僅僅是累積數據。
技術架構:本地優先與對 LLM 友善
Files.md 建立在純 .md 檔案的基礎之上,確保使用者能完全擁有自己的數據。其技術設計反映了對長久性與簡潔性的承諾:
- 基於瀏覽器,無需安裝: 應用程式作為 PWA 在瀏覽器中運行,這意味著它可以離線工作且不需要複雜的建置系統。作者的目標是,十年後打開
web/index.html仍然可以正常運作。 - 本地優先儲存: 預設使用 Origin Private File System (OPFS),並提供開啟本地目錄以實現持久化的選項。
- 互操作性: 透過堅持標準 Markdown 連結,並避免使用專有格式(如 Wikilinks),知識庫得以保持跨平台性,並與 GitHub 等其他工具相容。
- LLM 準備就緒: 專案包含一個
llms.txt檔案,允許 AI agent 理解知識庫的結構並與之進行高效互動。
關鍵功能與工作流
雖然極簡,但 Files.md 提供了幾項高槓桿的功能,以減少筆記「傾倒」階段的摩擦力:
以聊天為首的入口點
最顯著的功能之一是整合了 Telegram chatbot。這作為一個無干擾、僅限寫入的知識庫入口。使用者可以透過聊天快速傾倒想法,這些想法隨後會同步到 Chat.md 檔案中,從而實現稍後整理,而不會中斷當前的活動流。
結構化但具彈性的組織方式
Files.md 建議一套預定義的結構以減少決策疲勞,不過使用者可以自由修改:
- 筆記:
brain/資料夾用於概念性筆記。 - 日誌:
journal/用於日期記錄。 - 任務/檢查清單: 專用的檔案,例如
Read.md或Later.md。 - 習慣:
habits/用於追蹤重複行為。
以開發者為中心的工具鏈
對於想要擴展系統的人,專案在 cmd 目錄下提供了一套 Go scripts。這些腳本允許對筆記進行程式化操作,例如轉換連結、插入反向連結,或將外部指標(例如 Whoop 數據)匯入日誌中。
社群觀點與反論點
Files.md 的發布在 Hacker News 社群中引發了熱烈討論,突顯了筆記使用者多樣化的需求:
- 開源爭議: 許多使用者被 Files.md 吸引,正是因為 Obsidian 並非開源。正如一位使用者所言,Obsidian 因為其社群與插件而「感覺」像是開源的,但其底層軟體卻是專有的。
- 終端機替代方案: 一些進階使用者認為「終極」介面是終端機。一位貢獻者描述了一套使用 Helix、
ripgrep與fzf的配置,認為對於開發者來說,終端機工作流通常比任何 GUI 應用程式都更有效率。 - 同步問題: 雖然 Files.md 提供了一個基於 Go 的同步伺服器,但部分使用者表示更偏好簡單、非伺服器端的解決方案,例如 Git 或 Syncthing,以確保數據能數十年如一日地保持完全本地化與永久性。
- 功能缺口: 批評者指出缺乏原生應用程式(目前以 Chrome 為中心)以及缺乏複雜的資料庫功能(例如 Notion 的看板式任務管理),而這些功能對許多使用者來說仍具吸引力。
結論
Files.md 不僅僅是一個筆記應用程式;它是一份宣言,主張與我們的數位資訊建立更具意圖性的關係。透過優先考慮「第一大腦」並擁抱純文字的限制,它提供了一種路徑,讓我們從無限整理的陷阱中脫離,回歸到真正的思考工作。