AppFlowy

文章とDatabaseを分離せず、Grid・Board・Calendarまで同じワークスペースで扱う

AppFlowyはページ型のドキュメントだけでなく、DatabaseをGrid、Board、Calendarとして表示できます。タスク管理ではKanban型のBoard、予定や期限にはCalendar、一覧性が必要な情報にはGridというように、同じデータを用途に応じたビューで扱える構成です。READMEではTasks、Databases、Sites、Templatesを主要な利用面として案内しており、作業メモからプロジェクト管理、公開ドキュメントまでを一つのワークスペースへ寄せられます。

出典：[1][2]

Workspace AI SearchとLocal AIを使い分け、知識検索をクラウドだけに固定しない

現在のAppFlowyには、ページ名やキーワードだけでなく自然言語でワークスペースを探すWorkspace AI Searchや、参照元リンク付きのAI Overviewsが追加されています。一方でLocal AI設定にはOllama server URL、chat model、embedding modelがあり、ローカルモデルを使う経路も実装されています。生成AIを完全に外部サービスへ固定するのではなく、クラウドAIとローカルAIを利用環境に応じて選べることがAppFlowyらしい特徴です。

出典：[3][4]

Notion系の操作感は欲しいが、同期先・AI・データ保管先までSaaS任せにしたくない人へ

個人の知識管理、チームのドキュメント、タスクやプロジェクトDatabaseを一つにまとめたい一方、閉じたSaaSだけにデータを預けたくない利用者や組織に向きます。デスクトップだけでなくiPhoneとAndroidも提供されているため、PC中心のローカルノートより共同作業や複数端末利用へ広げやすい構成です。さらにクライアント側にはAppFlowy Cloudとself-hosted serverを切り替える設定があり、自社サーバーへ同期基盤を置く運用も選択できます。

出典：[1][5]

ローカル利用・クラウド同期・AIは同じ境界ではなく、セルフホストもクライアントをビルドするだけでは完結しない

AppFlowyにはローカル利用、AppFlowy Cloud、self-hosted AppFlowy Cloudという複数の利用形態があり、すべての機能が常に端末内だけで完結するわけではありません。共同編集や複数端末同期を自前で運用する場合は、クライアントだけではなくself-hosted server側の構成も必要です。またAIについてもLocal AIの経路とCloud側のAI機能が併存するため、利用するモデルや同期先ごとにデータがどこへ送られるかを確認して構成する必要があります。

AppFlowy本体はAGPLv3で公開されています。自社向けに改変してネットワーク越しに提供する場合などは、AGPLv3のソース提供条件が関係します。Notion互換を完全に再現することを目的とした製品ではなく、README自身も機能・デザイン面でNotionを上回るとは現時点で主張していません。既存Notion運用から移行する場合は、必要なDatabase機能、外部連携、公開機能が揃っているかを個別に確認した方が安全です。

出典：[1][5][6]