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.mdLater.md
  • 習慣: habits/ 用於追蹤重複行為。

以開發者為中心的工具鏈

對於想要擴展系統的人,專案在 cmd 目錄下提供了一套 Go scripts。這些腳本允許對筆記進行程式化操作,例如轉換連結、插入反向連結,或將外部指標(例如 Whoop 數據)匯入日誌中。

社群觀點與反論點

Files.md 的發布在 Hacker News 社群中引發了熱烈討論,突顯了筆記使用者多樣化的需求:

  • 開源爭議: 許多使用者被 Files.md 吸引,正是因為 Obsidian 並非開源。正如一位使用者所言,Obsidian 因為其社群與插件而「感覺」像是開源的,但其底層軟體卻是專有的。
  • 終端機替代方案: 一些進階使用者認為「終極」介面是終端機。一位貢獻者描述了一套使用 Helix、ripgrepfzf 的配置,認為對於開發者來說,終端機工作流通常比任何 GUI 應用程式都更有效率。
  • 同步問題: 雖然 Files.md 提供了一個基於 Go 的同步伺服器,但部分使用者表示更偏好簡單、非伺服器端的解決方案,例如 Git 或 Syncthing,以確保數據能數十年如一日地保持完全本地化與永久性。
  • 功能缺口: 批評者指出缺乏原生應用程式(目前以 Chrome 為中心)以及缺乏複雜的資料庫功能(例如 Notion 的看板式任務管理),而這些功能對許多使用者來說仍具吸引力。

結論

Files.md 不僅僅是一個筆記應用程式;它是一份宣言,主張與我們的數位資訊建立更具意圖性的關係。透過優先考慮「第一大腦」並擁抱純文字的限制,它提供了一種路徑,讓我們從無限整理的陷阱中脫離,回歸到真正的思考工作。

Sources