AppFlowyの目標とアーキテクチャ：READMEから読み取る
AppFlowy は AI コラボレーションワークスペースで、Notion のオープンソース代替です。プロジェクト、Wiki、ノートを管理でき、Flutter と Rust で構築され、セルフホストにも対応します。
ひと目でわかる
- これは何？
- AppFlowyリポジトリのREADMEが示す機能、プラットフォーム対応、ライセンスについての解説。
- 誰に向いている？
- AppFlowyのREADMEはデータ管理とクロスプラットフォーム対応に関する明確な使命を述べているが、実装の詳細の多くはドキュメントに委ねられている。 AppFlowyでは、プロジェクト、wiki、チーム、AI機能を一つのワークスペースで扱う設計と、データを自分で管理するという方針を分けて読みます。
- 商用利用できる？
- 厳しい条件付きでできます。AGPL-3.0 はネットワーク型コピーレフトのライセンスで、改変版をホスティングサービスなどとしてネットワーク越しに利用させる場合、その利用者にソースコードを同じライセンスで提供する必要があります。
- 今もメンテナンスされている？
- されています。最後のコミットは 6 日前です。
- 何の言語で書かれている？
- 主に Dart です（GitHub の言語統計による）。
回答はプロジェクトの GitHub データ（最終同期：2026年9月14日）と当サイトの分析に基づくもので、法的助言ではありません。
オープンソース詳細解説
Notionの代替としての位置付けとデータ管理の約束
AppFlowyはREADMEの最初の行で、Notionのオープンソース代替品と自称している。このプロジェクトはAIコラボレーションワークスペースであり、READMEはユーザーがデータの管理を失うことなく多くのことを達成できると述べる。リポジトリメタデータには74,931スターと5,777フォークが表示されているが、README自体はこれらの数字を引用していない。READMEに埋め込まれたスクリーンショットには、カンバンボード、データベース、ドキュメント用サイト、AI機能、テンプレートが示されている。後のミッション記述では、チームがNotionのデータセキュリティとモバイル互換性に弱さを感じたと説明し、個人にはNotionの機能、データセキュリティ、クロスプラットフォームのネイティブ体験を提供し、企業やハッカーにはアプリを自作するためのビルディングブロックを提供することを目指している。
AppFlowyでは、プロジェクト、wiki、チーム、AI機能を一つのワークスペースで扱う設計と、データを自分で管理するという方針を分けて読みます。デスクトップとモバイルなど対象プラットフォームごとの同期範囲、セルフホスト構成、AI機能のデータ経路はREADMEだけでは埋まらないため、各公式文書を個別に照合します。 この境界を押さえると、READMEの機能一覧を導入判断へ結び付けやすくなります。
デスクトップ、モバイル、セルフホスティングの入手経路
READMEにはAppFlowyを入手する複数の方法が記載されている。macOS、Windows、Linux向けデスクトップクライアントはGitHubリリースページから入手できる。モバイル版はiPhone向けにApple App Store、Android 10以上向けにGoogle Play Storeで配布されており、ARMv7はサポートされないと明記されている。他のチャネルとしてはFlatHub、Snapcraft、Sourceforgeがある。自分のインスタンスを運営したいユーザー向けに、READMEはappflowy.comのセルフホスティングガイドへのリンクを提供している。ソースからのビルドは別のドキュメントページで説明されている。READMEにはインストールコマンドは含まれておらず、これらの配布チャネルとドキュメントへのポインタのみが示されている。
FlutterとRustによるクロスプラットフォーム基盤
「Built With」セクションで、READMEはFlutterとRustの2つの技術を挙げている。ミッションセクションでは、FlutterとRustで書かれた単一のコードベースが複数プラットフォームをサポートし、長期的な保守性を持つという理由が述べられている。READMEはこのアプローチが信頼性の高いネイティブ体験を可能にすると主張している。内部アーキテクチャやFlutterとRustの連携方法については説明されておらず、その詳細はリンクされた開発者ドキュメントに委ねられている。リポジトリの言語メタデータはDartとされているが、これはFlutterが使う言語であり、READMEはRustも強調している。
コード、管理業務、翻訳による貢献
READMEは貢献者を専用の「Contributing to AppFlowy」ページに誘導し、ガイドラインを参照させている。バグ修正、機能追加、またはコードベースを著しく使いやすくするプルリクエストが受け入れられると、公式貢献者になると述べている。裏方の管理業務や運営業務もその地位を得られる。翻訳については、READMEは翻訳ファイルが /frontend/resources/translations にあると述べている。手動編集、inlangオンラインエディター、または npx inlang machine translate の実行で追加できる。現在対応している言語数や翻訳の完全性についてはREADMEには記載がない。
プロジェクトが存在する理由：Notionの限界と3つの価値
READMEには「Why Are We Building This?」という長いセクションがある。チームはNotionのデータセキュリティが弱く、モバイル互換性が低いと述べ、他のコラボレーションツールにも制約があるとしている。彼らは、そのようなツールは水平方向にスケールするのに苦労し、いずれ一部の顧客を優先せざるを得なくなると主張する。彼らの使命は、誰もが自分のニーズに合ったアプリを作成でき、データを完全に制御できるようにすることだ。3つの価値として、データプライバシー優先、信頼性の高いネイティブ体験、コミュニティ主導の拡張性が挙げられている。READMEは現時点で機能やデザインにおいてNotionを上回るとは主張しておらず、コミュニティを育て、ビルディングブロックを提供することに重点を置くと明言している。
AGPLv3ライセンスとその対象外
このリポジトリはGNU Affero General Public License version 3の下で配布されている。リポジトリ内のライセンス抜粋では、コピー、配布、変更が許可され、修正版を使用するネットワークサーバーの運営者は、そのサーバーのユーザーにソースコードを提供することが求められる。READMEは完全なLICENSE.mdファイルへのリンクを提供している。ライセンステキストは、別途保証が提供されない限り、ソフトウェアには保証がないと述べている。READMEにはセキュリティ保証、商用サポート、エンタープライズ製品については一切記載されておらず、それらは別途検証する必要がある。ライセンス自体も、免責条項以外にはこれらの側面について言及していない。実施記録には対象版と入力条件を残し、成功した結果だけでなく失敗した場合の出力も保存します。設定を変更した前後で同じ確認を繰り返せるようにし、READMEに書かれた機能と自分の環境で確認できた事実を分けます。採用判断では、導入できたかだけでなく、更新、障害、切り戻し、権限、ライセンスを同じ担当者が追跡できるかを確かめます。
AppFlowyのGitHub指標とREADME本文の切り分け
README取得時点のメタデータ（スター数、フォーク数、未解決issue件数）はREADME本文に含まれず、GitHubリポジトリページから得た補助情報です。これらの数値は採用判断の唯一の根拠にはなりません。評価では必ず公式ドキュメント、リリースノート、LICENSEファイルを参照し、READMEがリンクする一次資料と照合してください。
appflowy-io-appflowy-deep-analysisのREADMEは、上記各節で引用した機能説明と手順以外の運用保証（SLA、性能数値、セキュリティ監査結果）を提供していません。
編集部の結論
AppFlowyのREADMEはデータ管理とクロスプラットフォーム対応に関する明確な使命を述べているが、実装の詳細の多くはドキュメントに委ねられている。 AppFlowyでは、プロジェクト、wiki、チーム、AI機能を一つのワークスペースで扱う設計と、データを自分で管理するという方針を分けて読みます。デスクトップとモバイルなど対象プラットフォームごとの同期範囲、セルフホスト構成、AI機能のデータ経路はREADMEだけでは埋まらないため、各公式文書を個別に照合します。 導入対象はこの確認結果で決めます。
コミュニティノート