自架 Notion 替代方案比較：AppFlowy、Outline 等

簡短回答

自架 Notion 替代方案可分為三類。選擇哪一個，主要取決於你實際使用 Notion 的哪些功能。如果你要的是 Notion 的使用體驗，包括頁面巢狀頁面與資料庫檢視，請使用 AppFlowy。如果你要的是搜尋功能優異的快速團隊 wiki，請使用 Outline。如果你要從全新的伺服器最快建立可用的工作區，請使用 Docmost。

搜尋這類工具時，另外還會經常看到兩個選項，而它們其實是在回答不同的需求。如果你真正需要的是結構化文件，BookStack 是合適的選擇。如果工作區的成員只有一個，也就是你自己，Obsidian 會是合適的選擇。

比較方式

這是根據各專案的官方文件、公開的環境變數範例與公開的 compose file，整理出的功能比較，並於 2026 年 7 月進行查核。這不是每個專案實際執行 1 年後的生產環境報告。以下所列的限制，均來自專案自己的文件或 repository，且本指南會說明具體來源。這一點很重要，因為許多類似的整理文章，會自行臆測未查核的部分。

以下 4 個面向，是使用者實際會詢問的項目，並依常見提問順序排列：資料庫與表格檢視、即時協作、行動裝置存取，以及託管負擔。

AppFlowy：最接近 Notion，但有授權限制

AppFlowy 是這裡唯一真正仿照 Notion 資料模型的專案。它提供頁面、看板、網格與行事曆檢視，桌面與行動應用程式都是原生應用程式；其 local-first 設計也表示，即使伺服器無法運作，應用程式仍能繼續使用。

自行架設只需執行 git clone 和 compose 檔案：

git clone https://github.com/AppFlowy-IO/AppFlowy-Cloud
cd AppFlowy-Cloud
cp deploy.env .env
docker compose up -d

在執行最後一個命令前，先編輯 .env。FQDN 和 SCHEME 用來設定公開位址，GOTRUE_ADMIN_EMAIL 與 GOTRUE_ADMIN_PASSWORD 用來設定第一個 admin 帳戶。保留 GOTRUE_ADMIN_PASSWORD=password 會讓公開伺服器使用容易猜到的 admin 登入資訊。

但這裡有一項限制，也是本文最重要的資訊。AppFlowy Cloud 已改用 open-core 模式，而 AppFlowy Cloud README 說明，自行架設的 Free 方案提供「每個 instance 1 個使用者席位」，以及最多 3 名可在分享頁面上進行編輯的 guest。因此，多數人所說的「自行架設的 Notion」，在 Free 方案中其實是只有有限 guest 的個人工作區。付費的自行架設方案可解除這項限制。在規劃讓 10 人使用前，請先確認目前的方案級別。

大綱：如果已經有單一登入，搜尋功能最佳

Outline 在這組工具中提供最出色的純寫作與閱讀體驗。搜尋速度快，而且確實找得到內容；編輯器介面簡潔，內容結構採用集合與巢狀文件，而不是資料庫引擎。大量撰寫文件的團隊通常會持續使用 Outline。

Outline 需要 PostgreSQL 與 Redis，應用程式監聽 port 3000。系統需要 2 組 secret，範例環境檔會明確說明如何建立：

openssl rand -hex 32   # SECRET_KEY
openssl rand -hex 32   # UTILS_SECRET

接著將 URL 設為公開的 HTTPS 位址、DATABASE_URL 及 REDIS_URL。最容易讓人意外的是驗證機制。Outline 沒有內建的使用者名稱與密碼登入功能。其 .env.sample 對第三方登入憑證的說明指出：「要讓安裝正常運作，以下至少需要其中 1 項，否則將沒有任何登入選項。」支援的選項包括 Google、Microsoft Entra、Slack、Discord，以及通用的 OpenID Connect (OIDC) 提供者。

這確實會增加成本。如果尚未使用 identity provider，則在 Outline 可用之前，還必須先自行架設 1 項服務。如果已經有 identity provider，這反而是優點，而 Outline 很可能就是適合的選擇。

Docmost：最快完成部署的選擇

Docmost 是三者中最新的方案，也是最容易完成部署的方案。它具備即時協作編輯、頁面樹狀結構、spaces、留言，以及內建的電子郵件與密碼帳號，因此不必先處理 identity provider。

官方安裝頁面提供 4 個指令：

mkdir docmost
cd docmost
curl -O https://raw.githubusercontent.com/docmost/docmost/main/docker-compose.yml
openssl rand -hex 32

將該十六進位字串放入 compose 檔案中的 APP_SECRET，把 APP_URL 設為實際使用的位址，並在出現 STRONG_DB_PASSWORD 的兩個位置都予以替換，然後啟動服務：

docker compose up -d
docker compose ps

每個服務都應讀取 running。在瀏覽器中開啟該位址，應會看到 Docmost 設定頁面，可在其中建立第一個 workspace 和第一個 admin 使用者。此 stack 包含 Docmost、PostgreSQL 和 Redis；文件建議的最低需求為 2 個 vCPU 和 4 GB RAM。

文件中有一項值得再次提醒的注意事項：編輯器使用 WebSockets。若反向代理未轉送 WebSocket upgrade 標頭，頁面雖然能載入，但從第二個瀏覽器進行的編輯永遠不會顯示，而且兩位使用者都不會看到錯誤。若由前端服務負責 TLS termination，在同一台主機上處理多個應用程式的 Traefik 反向代理預設即可正確處理 upgrade。

BookStack：需要文件，而不是工作區時

BookStack 會將內容整理成書架、書籍、章節與頁面。這個固定階層就是它的核心。使用者不必自行設計結構，經過一年後，wiki 仍然容易導覽。它具備完善的權限控管與良好的編輯器，而且以基礎架構文件應有的方式保持單純。

它不支援資料庫檢視或區塊式編輯，因此不像前 3 個工具那樣可作為 Notion 的替代方案。BookStack 需要 PHP 8.2 或更新版本，以及 MySQL 8.0 或 MariaDB 10.6 或更新版本。此專案不提供自己的 Docker image，而是指向社群維護的 image，其中最常用的是 LinuxServer.io 的 image：

docker pull lscr.io/linuxserver/bookstack:latest

由於此 image 由社群維護，請固定版本，不要追蹤 latest，並參閱該 image 自己的文件，了解所需的變數。

Obsidian：不是伺服器應用程式，而這正是重點

Obsidian 會將純 Markdown 檔案儲存在電腦上的資料夾中。它不需要伺服器，因此不必自架任何服務，也沒有凌晨 3 點發生故障的風險。對於單人撰寫筆記而言，無論速度或檔案能否長期使用的確定性，Obsidian 都勝過上述所有選項。

Sync 是需要由你自行管理的部分。可選擇付費的官方同步服務、由社群 LiveSync 外掛驅動的 CouchDB 執行個體，或使用 Syncthing、WebDAV share 等純檔案同步方式。它不支援多人即時編輯；如果兩個人需要同時編輯同一頁面，Obsidian 就不是合適的工具。

資料庫與資料表：多數替代方案止步於此

這是決定搜尋方向的關鍵。錯過 Notion 的人，通常是因為忽略了資料庫：具備型別欄位的資料表、針對相同資料列建立的多種檢視，以及篩選功能。

AppFlowy 具備這些功能，支援網格、看板與行事曆檢視。Outline、Docmost 和 BookStack 則沒有。這些工具提供的文件可以包含簡單資料表，但兩者並不相同，因為其中的資料列無法查詢，也沒有第二種檢視可供查看。如果 Notion 資料庫承載了你的工作內容，AppFlowy 是這組工具中唯一真正可行的選項。正式採用前，應先根據團隊人數測試其免費方案的席位限制。

託管負載：各堆疊實際執行的元件

Docmost 和 Outline 都會執行 3 個容器：應用程式、PostgreSQL 和 Redis。兩者都能在小型 VPS 上穩定運作。BookStack 會執行應用程式，以及 MySQL 或 MariaDB 資料庫，是 4 者中負載最輕的選項。

AppFlowy Cloud 的負載明顯最高。其發布的 compose 檔案會啟動 nginx、用於物件儲存的 MinIO、啟用 pgvector extension 的 PostgreSQL、Redis、用於驗證的 GoTrue、AppFlowy Cloud 服務本身、管理前端、worker、搜尋服務、AI 服務，以及 web app。這實際上包含資料庫、物件儲存，以及約 10 個容器。請相應配置記憶體，並在開始編輯該檔案前，先閱讀Docker Compose 服務、volume 與 network 的組成方式。

應該選哪一個

不需要伺服器，只供個人記錄與撰寫草稿：選用 Obsidian，並自行處理同步。

個人或非常小型的群組，且需要類似 Notion 的資料庫：選用 AppFlowy，但應先確認免費方案的席位上限。

經常撰寫大量內容，且已使用 Google Workspace、Entra 或 OIDC provider 的團隊：選用 Outline。

希望今天下午就能建立共用工作區，且沒有 identity provider 的團隊：選用 Docmost。

由多人閱讀、少數人編輯的基礎架構或產品文件：選用 BookStack。

安裝後會出現的問題

這些專案的支援討論中，大多數問題都可歸納為以下 3 種，而且全部都是設定問題，不是軟體錯誤。

第一個是應用程式 URL。Docmost APP_URL 和 Outline URL 必須設定為瀏覽器實際使用的位址，包含 https://。請將它設定為 localhost，並將應用程式置於網域後方；否則登入重新導向會把使用者送到不屬於他們的機器。

第二個是前文所述的 WebSockets。應用程式表面上運作正常，但協作編輯會在沒有提示的情況下停止。

第三個是備份。這些應用程式都將內容儲存在 PostgreSQL 或 MySQL，而不是使用者看得到的檔案中。因此，複製執行中資料庫的 volume 目錄，不能視為可靠的備份。請依排程傾印資料庫，並將傾印檔儲存在伺服器之外，方式與 使用 restic 執行排程加密備份處理其他具狀態服務相同。若要選擇搭配執行的其他服務，今年值得自行託管的應用程式完整清單可協助你評估單一伺服器應承載多少服務。

FAQ

哪個自架 Notion 替代方案最接近 Notion 本身？

AppFlowy。這些專案中，只有它具備真正的資料庫概念，也就是可在相同資料列上使用具型別的欄位，以及表格、看板和行事曆檢視。Outline、Docmost 和 BookStack 都是具備頁面階層的文件工具。它們非常適合管理文件，但無法取代 Notion 資料庫。

可以自架 Notion 本身嗎？

不行。Notion 是商業代管產品，沒有自架版本，也沒有公開的伺服器元件。本指南中的每個選項都是獨立的開放原始碼專案，只涵蓋 Notion 部分功能。遷移方式是匯出與匯入，不是直接搬移相同的軟體。

這些工具有行動應用程式嗎？

AppFlowy 提供原生 iOS 和 Android 應用程式。將應用程式指向自己的 instance 後，即可連線至自己的伺服器。Outline 和 Docmost 透過行動瀏覽器使用，以這種方式閱讀和進行簡單編輯都沒有問題。Obsidian 提供完整的行動應用程式，但同步功能需要自行提供。BookStack 是具備響應式設計的 Web 應用程式，沒有第一方行動應用程式。

VPS 需要多少 RAM？

Docmost 記載的最低需求是 2 vCPU 和 4 GB RAM；對小型團隊而言，Outline 和 BookStack 的需求範圍也相近。AppFlowy Cloud 則是例外，因為它的 compose file 啟動時約包含 10 個服務，包括使用 pgvector 的 PostgreSQL 和 MinIO 物件儲存，因此需要預留明顯更多的記憶體與磁碟空間。

不使用 Google 或 Microsoft 登入時，Outline 還能使用嗎？

可以，但仍需要某種 identity provider。Outline 除了列出的服務商外，也支援一般的 OpenID Connect provider，因此可以使用自架的 OIDC 伺服器。它不支援的是單純的本機使用者名稱與密碼登入，而且其環境變數範例明確指出，必須設定至少一個第三方 provider，否則安裝後沒有可用的登入選項。