Busabase をひとことで
Notion と Supabase のハイブリッド。AI エージェントのために
Busabase は、人と AI エージェントが同じデータを使うオープンソースのワークスペースです。チームには Notion の半分を。ページ、テーブル、ビューを誰でも開いて編集できます。エージェントには Supabase の半分を。API、MCP、CLI の向こうにある本物のレコードです。一つの場所に、二種類の読み手。
どちらかを置き換えるものではありません。チームの文書には Notion、アプリのバックエンドには Supabase が引き続き向いています。Busabase は、エージェントの仕事が着地する場所です。人がそれを読み、確かめ、その上に積み上げられます。
なぜ「ハイブリッド」がいちばん伝わるのか
よく知っているツールを、誰のために形づくられたかで一本の線に並べてみます。
一方の端
Notion
人のための形。ページとブロックはとても読みやすい。プログラムも Notion の API で扱えますが、もともとはページを読む人のために設計された形です。
真ん中
Busabase
両方のための形。構造化されたレコード、ドキュメント、ファイル。人にはワークスペースとして、エージェントにはデータベースとして読める。それぞれのコピーではなく、同じデータです。
もう一方の端
Supabase
プログラムのための形。認証、ストレージ、API を備えた Postgres データベースが、アプリケーションを支えます。エンジニアには最適ですが、同僚がエージェントの作業を読みに行く場所ではありません。
真ん中がないと、チームは両端を自前でつなぐことになります。エージェントはデータベースに書き、誰かが人のための管理画面を作り、別の誰かが大事な部分を文書に写す。Busabase がその真ん中なので、つなぎの作業がなくなります。
それぞれの半分が与えるもの
Notion の半分：人のために
- テーブル、ボード、ギャラリー、カレンダー、ガントの各ビュー
- データのすぐ隣に置けるドキュメントとファイル、フォルダで整理
- チームのナレッジベース：ドキュメント、ファイル、Base が一つのツリーにあり、メンバーのロールと権限を共有
- AirApp：データの上に作るアプリ。ブラウザ、自分のマシン、クラウドのサンドボックスで動かせて、独自ドメインのウェブサイトとしても公開できる
- すべての変更が履歴に残り、誰が何を変えたかが見えて、元に戻せる
Supabase の半分：エージェントとコードのために
- 型付きのフィールドとレコードを HTTP API、MCP、CLI、SDK で読み書き
- grep：ファイル、ドキュメント本文、レコード、エージェントのプロンプトを一つの正規表現で検索し、行と前後の文脈を返す
- Skills：一度アップロードすれば、接続したすべてのエージェントが同じ版を読む。Skill の編集もチェンジリクエスト
- MIT ライセンスのオープンソース、基盤は Postgres
- 自分のマシン、社内ネットワークへのセルフホスト、Busabase Cloud のいずれでも
どちらの端にもないもの：すべての変更がチェンジリクエスト
Notion は、エージェントが何を変えたかを変更の後で監査ログに記録します（Enterprise プランの機能）。Supabase の MCP ドキュメントは、本番プロジェクトへの接続はタスクが本番環境の証拠を必要とするときに限り、プロジェクトの限定と読み取り専用モードを使うよう勧めています。どちらも妥当ですが、同じ問いが残ります。エージェントが重要なものを作ったとき、人が信頼できるようにするには、それをどこに置けばよいのでしょうか。
データのためのプルリクエストだと考えてください。Busabase では、レコード、ドキュメント、スキルのファイル、スキーマ変更まで、あらゆる編集がチェンジリクエストです。メッセージ、フィールド単位の変更前後の差分、作成者、経由したキーやツールを持ち、元に戻せる履歴に残ります。マージするとレコードが先に進み、何も上書きされません。
レビューは選べるもので、毎回の編集にかかる関所ではありません。書き込み権限があればその場で反映され、履歴も残ります。エージェントに「提案のみ」のキーを渡せば、変更は受信箱で人の承認か差し戻しを待ちます。
この書き込み経路こそが、ワークスペースをAI エージェントのシステムオブレコードにします。
どの仕事にどれを使うか
| やりたいこと | Notion | Supabase | Busabase |
|---|---|---|---|
| メモ、計画、チームの Wiki を書く | 得意分野 | 役割外 | 書けますが、Notion で足りているならそのままで |
| アプリに認証、ユーザーデータ、バックエンドを持たせる | 役割外 | 得意分野 | 役割外。アプリは Supabase で動かせます |
| エージェントに構造化データを読み書きさせる | 可能（ページとブロック経由） | 可能。本番では MCP ドキュメントがプロジェクト限定と読み取り専用モードを推奨 | 得意分野（API、MCP、CLI、Skills） |
| エージェントの成果物を同僚が開いて編集する | 得意分野 | 管理画面を自作する必要あり | 得意分野 |
| エージェントが何を、なぜ変えたかを見る | 事後に Enterprise の監査ログで | 自前で作る | 書き込みごとにメッセージ、差分、作成者 |
| 重要な書き込みを人の確認まで保留する | なし | 組み込みではない | あり（選べる：「提案のみ」のキーなら変更は受信箱へ） |
Notion に関する事実は 2026 年 9 月に確認した一次調査に基づき、Supabase に関する事実は 2026 年 11 月 13 日に同社の MCP ドキュメントで再確認しました：Busabase と Notion の比較、Busabase と Supabase の比較。
組み合わせて使う
多くのチームはどれか一つを選びません。チームの文書は Notion に、プロダクトの裏側は Supabase に。そしてエージェントの向き先を Busabase にすれば、エージェントの成果物は人が開いて確かめ、その上に積み上げられるものになります。
そのデータからエージェントが作るアプリは、これまでどおり Supabase で動かせます。Supabase はエージェントが作るアプリにバックエンドを、Busabase はエージェント自身にワークスペースを与えます。
よくある質問
Busabase は Notion の代替ですか？
Busabase は Supabase の代替、あるいはアプリのバックエンドですか？
エージェントの変更をすべて承認する必要がありますか？
自分で運用できますか？
どのエージェントで使えますか？
次のステップ
ハイブリッドを体感するいちばんの近道は、いま使っているエージェントを接続し、何か書かせて、その結果をページとして開いてみることです。
Busabase と Notion の比較 · Busabase と Supabase の比較 · AI エージェントのシステムオブレコードとは · チェンジリクエストの仕組み