製品比較

Busabase と ChatGPT Space：チームの文書か、信頼できるレコードか

ChatGPT Space は、OpenAI が 2026 年 9 月 29 日に公開したチームの共有スペースです。ページ、ファイル、スプレッドシート、プレゼンテーション、Sites をひとつにまとめ、人と ChatGPT、Codex、Dots が同じ素材をリアルタイムで扱います。Busabase は AI エージェントのためのオープンソースのデータベース兼ワークスペースです。エージェントと人が同じ構造化データ、ドキュメント、スキル、アプリを共有し、重要な書き込みはレビューを経て信頼できるレコードになります。どちらも「ワークスペース」ですが、重なりは見た目より小さいものです。Space の中心はチームが OpenAI のエージェントと共同編集する文書。Busabase の中心はどのエージェントでも書き込めるレコードで、影響の大きい変更はレビュー可能な提案として保留され、確認されてから事実になります。

この記事は、Space がエージェントの生み出すデータまで担えるのか、それとも文書だけなのかを判断しているチームに向けて書いています。Space のほうが優れている場面ははっきり書きます。すでに ChatGPT で仕事をしているチームにとっては、多くの場合 Space が答えです。また、OpenAI の公式ドキュメントの記述、公開時の報道、当社の推論を区別して書きます。

検証日：2026 年 9 月 30 日（公開翌日）、OpenAI のヘルプドキュメントと公開時の報道にもとづく。これらの情報源で確認できなかった点は「記載なし」と表記しており、「できない」という意味ではありません。

結論

ChatGPT Space が現在提供しているもの

第一印象で書いた比較は、比較しないより有害です。そこで、何が誰によって公開されたのかを並べます。

OpenAI の公式ドキュメントより。Space は「ページ、ファイル、ChatGPT との共同作業のための場所」です。Pages（直接編集できる文書。表も使えます）、スプレッドシート、プレゼンテーション、Sites（ChatGPT で作る Web サイトやツール）、画像、アップロードしたファイルを、トピックやチームごとの space にまとめます。編集権限でページを共有すれば「リアルタイムで一緒に書く」ことができます。ChatGPT が生成した文章はその場でレビューでき、採用する、修正を頼む、取り消すを選べます。コメントで ChatGPT をメンションでき、「帰属を表示」で誰が書いたかを確認できます（利用可能な場合）。Google Drive などの接続アプリのファイルは元の権限を保ち、ページを共有してもプライベートなチャットや保存されたメモリは公開されません。

Enterprise では、管理者がワークスペースとロール単位で共有を管理し、新規共有を無効にできます。保存された Library のファイルはワークスペースの保持ポリシーに従い、Compliance API で対象ファイルをエクスポート・削除できます。Space は Pro、Business、Enterprise で従来の Library を置き換え、まず Web とデスクトップで提供、モバイルは後日です。

公開時の報道より。VentureBeat によれば、従業員、ChatGPT、Codex、そして Dots（OpenAI の常駐型エージェント同僚。それぞれ専用のクラウドコンピュータとブラウザを持つ）が同じ共有コンテキストの上で作業し、複数の人がそれぞれ自分の ChatGPT を使って同じページを同時に編集できます。さらに、影響の大きい可能性がある操作を、ユーザーの指示、カスタムルール、OpenAI 組み込みの安全要件と照合し、自律的に進めるか承認を求めるかを決める自動レビューの仕組みも紹介されています。TechCrunch は、ページに常設の指示を持たせられることに触れ、今回の公開を Microsoft のオフィススイートへの挑戦と位置づけました。スライド機能は順次展開中とのことです。Dots の料金は公表されていません。

初日から本気の製品です。「ChatGPT はチャット画面であってワークスペースではない」という言い方は、今週から成り立たなくなりました。

Space が問わない問い

Space は現実的な問いを軸に設計されています。チームとその AI が、互いの邪魔をせずに同じ文書を書くにはどうするか。その場での採用・取り消し、帰属表示、コメント、影響の大きい操作の自動レビューは、その問いへの良い答えです。この比較を決める問いは、その一歩先にあります。

エージェントが、他のエージェントやレポートやアプリが事実として読む値を変えたとき、それを事実にすると誰が決め、その判断はどこに残るのか。

段落を採用・取り消しするのは、文章のレビューです。見ている本人が、書かれたその瞬間に判断します。読み手とレビュアーが同じ人だからこそ機能します。レコードのフィールドは事情が違います。次に読むのは多くの場合人ではなく、レビューそのものがレコードの一部として残らなければなりません。元の値、新しい値、誰が提案し、誰が認めたか。

自動レビューが答えているのは隣の問い——このエージェントに今この操作をさせてよいか——です。守っているのは操作であり、結果の値を正式なデータに入れてよいかの判断とは別物です。2026 年 9 月 30 日時点で、OpenAI はスキーマを持つレコードストア、エージェントの書き込みに対するフィールド単位の差分や提案、バージョン履歴、OpenAI 以外のエージェントが公開 API や MCP で Space にアクセスする経路について記載していません。

この違いが構造的である理由

これは次のマイナーリリースで埋まる種類の差ではないと考えています。それぞれの製品が何のために作られたかに由来するからです。

Space の単位は文書で、エージェントは OpenAI 自身のもの——ChatGPT、Codex、Dots——が、OpenAI の製品の中でチームの文脈を持って動きます。エディタもモデルもエージェントも一社が持つからこそ、共同編集の体験がこれほど滑らかなのです。

Busabase の単位は、スキーマを持つ Base の中のレコードで、その隣にドキュメント、スキル、アプリがあります。エージェントはすでにお使いのもの——Claude Code、Cursor、Codex、OpenClaw、あるいは MCP 経由の ChatGPT そのもの——です。三社のエージェントが同じデータに書き込むなら、レビューをどれか一社のエディタの中に置くことはできません。データの書き込み経路に置き、その後もレコードに紐づけておくしかありません。

つまり「チームの素材で AI が作業できるか」には、どちらも「はい」と答えます。分かれ目は、その素材が人の読む文書なのか、システムが読むレコードなのかです。

やりたいことで比べる

合計ではなく、行を読んでください。本当にやりたいことが上 3 行なら、Space が自然な選択で、ここから先は読む必要がありません。

ChatGPT Space のほうが明確に優れている場面

この節は儀礼ではありません。

別のものが必要になる場面

ChatGPT Space の代替を探していますか

Space のどちらの半分を置き換えたいかで、正直な答えは変わります。

AI と一緒にチームの文書、スライド、Web サイトを作る道具の代替なら、Busabase ではありません。Space を使い続けるか、別の文書スイートを検討してください。それは当社が作っている仕事ではありません。

エージェントが生み出すデータを構造化し、レビューを経て、どのエージェントからも使える場所——レコードごとに提案者・レビュアー・履歴が残り、オープンソースで、自分のマシンでも動く場所——が必要なら、その仕事において Busabase は代替になります。多くの場合は補完です。文書は Space に、エージェントが生み出すレコードは Busabase に。

Busabase のアプローチ

重要な書き込みは、静かな変更ではなく Change Request として届けられます。提案にはフィールド単位の差分、提案したエージェント、根拠となる出典が付きます。人がそれを開き、何が変わるのかを正確に見たうえで、承認・コメント・却下を選びます。そこを通って初めて正式なデータになり、提案者・レビュアー・コミット・履歴はその後もレコードに残ります。

意図的にそうしていない点が 3 つあります。

すべての書き込みをレビュー待ちにはしていません。レビューは影響度に比例します。低リスクの操作は速いままですし、マージ権限を持つキーのエージェントはそのままマージします。決めるのは資格情報の権限レベルで、一律のルールではありません。

特定のエージェントベンダーに縛られません。同じ Base に MCP、Agent Skill、OpenAPI でアクセスできるので、値を提案するエージェントと次にそれを読むエージェントが別の会社製でもかまいません。

ホスト型サービスだけでもありません。Busabase は MIT ライセンスのローカルファーストな製品で、npx busabase server で自分のマシンにワークスペースを立ち上げられます。ホストしてほしいときは Busabase Cloud があります。

両方を組み合わせる

多くのチームにとって、いちばん実用的なのは両方使うことです。人と Dots は Space で下書きし、議論し、発表資料を作る。ある結論をレコードにする必要が出たら——取引先の決定、顧客情報の更新、価格、ポリシーの例外——ChatGPT が MCP 経由で Busabase に提案として書き込み、担当者がフィールド単位の変更をレビューし、以後ほかのすべてのエージェントはそこから確定した値を読みます。

この流れには 2 つのレビューがあり、守っているものが違います。ChatGPT のアプリ確認はツール呼び出しを守り、Busabase の Change Request はそのフィールドを正式なデータにしてよいかを決めます。ChatGPT を Busabase に接続する方法。

正直な限界

Busabase は OpenAI のどの製品よりも若く、規模も小さい。Space の水準のリアルタイム共同編集はなく、プレゼンテーション機能もなく、自分で出かけて仕事をしてくる組み込みエージェントもありません。「AI と一緒に書く日常の体験」で評価するなら Space の勝ちで、それも僅差ではありません。

Busabase はアプリケーションのバックエンドでもありません。OLTP でも、高頻度のマシン書き込みでも、ベクトル検索でもない。それが必要なら Postgres やベクトルストアが答えです。

そしてこのページは公開の翌日に書いています。OpenAI の動きは速く、「記載なし」とした項目のいくつかは変わる可能性があります。変わったら更新します。

よくある質問

次のステップ

書き込み経路を読むのではなく見たい場合、最短経路は自分のマシンで npx busabase server を実行し、ChatGPT かすでにお使いのエージェントを接続し、Change Request が実際に届くのを見ることです。

ChatGPT を Busabase に接続 · ほかのエージェントを接続 · テンプレートを見る · ドキュメントを読む · AI エージェントの記録システムとは何か

出典——OpenAI：ChatGPT Space の概要、Space の Pages、Enterprise 向け ChatGPT Space。公開時の報道（2026 年 9 月 29 日）：VentureBeat、TechCrunch。Dots と自動レビューに関する記述は報道によるもので、OpenAI のドキュメントではありません。OpenAI の更新は頻繁です。本ページは上記検証日時点の公開情報を記述しています。