ChatGPT Space と Dots がエージェントをドキュメントに招き入れた。では、彼らが書く「事実」は誰がレビューするのか

2026 年 9 月 29 日の DevDay で、OpenAI はエージェントをドキュメントの正式なチームメンバーにしました。人、ChatGPT、Codex、そして常駐型の新しいエージェント「Dots」が、同じページで同時に作業する。その舞台が ChatGPT Space です。

これは本物の前進であり、まずはそのまま評価すべきものです。ただ、発表の週には見落とされやすい問いも残しています。ドキュメントはエージェントが人に語りかける場所です。一方レコードは、次のエージェントや月曜のレポート、顧客向けのアプリが事実として読むものです。Space は前者に見事に答えています。この記事で扱うのは後者です。

何が発表されたか

• Space は ChatGPT におけるチームの拠点。 OpenAI のヘルプセンターは「ページ、ファイル、ChatGPT との共同作業のための拠点」と説明しています。Pages（編集可能なドキュメント）、スプレッドシート、プレゼンテーション、Sites（ChatGPT で作るウェブサイトやツール）、画像、アップロードファイルを、トピックやチームごとの space にまとめます。Pro・Business・Enterprise では既存の Library を置き換えます。TechCrunch によると、Slides は「今後数週間で」提供されます。
• Dots は常駐するエージェントの同僚。 VentureBeat は、Dots を「従業員がチャット画面を閉じた後も働き続けるよう設計された」持続型エージェントと説明しています。それぞれが専用のクラウドコンピューターとブラウザを持ちます。ページ内で Dot や ChatGPT を @メンションすると、次の作業を引き継ぎます。ページには常設の指示も持たせられ、Sam Altman は「チームのチャンネルを確認し、わかったことでページを更新する」という例を挙げました。
• 全員が同じページをリアルタイムで編集。 「編集権限を持つ複数の従業員が同じ Page を同時に編集でき、それぞれが自分の ChatGPT を共通のドキュメントに対して使う」。利用可能な場合は「Show attribution」で誰が何を書いたかを確認できます。
• 生成テキストはその場でレビュー。 Pages のドキュメントには「生成されたテキストをその場でレビューします。受け入れる、変更を依頼する、元に戻す、のいずれかを選べます」とあります。
• 影響の大きい操作には自動チェック。 「自動レビューシステムが、影響の大きい可能性のある操作を、ユーザーの指示、Custom Rules、OpenAI の組み込みの安全要件に照らして確認」し、自律的に進めるか承認を待つかを判断します。Custom Rules は「特定の操作を許可する、承認を必須にする、禁止する」ことができます。

提供対象は Pro・Business・Enterprise で、まずウェブとデスクトップ、モバイルは後日です。追加の Dots や処理能力の価格は公表されていません。

OpenAI が正しくやったこと

これまでの「ドキュメントの中の AI」の多くは、ボタンでした。テキストを選び、書き換えてもらい、貼り戻す。Space はそこから一歩進み、エージェントを誰か一人の道具ではなく、共同作業の参加者にしています。

特に評価したい設計が三つあります。

1. 個別のチャットではなく共有コンテキスト。 各自が自分の ChatGPT を使いながら、全員が同じページに向かいます。五人が五つの会話で五つの答えを得て、どれが計画に入ったのか誰もわからない——チームでの AI 活用で最もよくある失敗が、構造的に起きにくくなります。
2. レビューはテキストのある場所で。 受け入れ、変更依頼、取り消しをその場で行えます。生成された文章を、サイドパネルではなく文脈の中で判断できる。文章作成にとって正しい形です。
3. 自律性の手前にチェックがある。 自動レビューと、許可・承認必須・禁止を設定できる Custom Rules の組み合わせは、実行前の本物の制御です。専用ブラウザを持って常時動くエージェントにはまさにこれが必要で、OpenAI は後回しにせず初日から載せてきました。

アウトプットの大半が文章——計画、ブリーフ、議事録、ローンチ資料——であるチームにとって、Space は有力な既定の選択肢です。それ以上は要らないチームも多いでしょう。

ドキュメントはエージェントが語る場所、レコードはエージェントが読むもの

では、ひとつの仕事をページの外まで追ってみます。

たとえば、ある Dot に「営業チャンネルを見て、アカウントプランを最新に保つ」という常設指示が付いています。火曜日、Dot はこう書きます。この顧客の更新日は 3 月にずれ、契約額は 8 万 4,000 ドル。アカウント担当者は段落を読み、違和感がないので受け入れます。

この段落は、ここから二つの役割を負います。ページにいる人にとっては文章です。文脈であり、読み返せて、会話ひとつで直せる。しかし下流のすべてにとっては主張です。予測エージェントは更新日を読み、財務レポートは契約額を読み、Codex で更新ダッシュボードを作るジョブは両方を読みます。そのどれも担当者のようにこの段落を「見て」はいないし、会議の合間に 4 秒で受け入れられたことも知りません。

Space が説明している二つのレビューの仕組みはどちらも本物ですが、対象が違います。

前の二つは OpenAI のドキュメントや報道で説明されています。2026 年 9 月 30 日時点で、三つ目は説明されていません。スキーマを持つ構造化レコード、エージェントの書き込みに対するフィールド単位の差分や「提案とマージ」、ページのバージョン履歴について、記述は見つかりませんでした。ページには表を入れられるので、構造そのものは作れます。説明されていないのは、変更された値が旧い値・新しい値・出典とともに提案として届き、何かがそれを事実として読む前に判断される場所です。

これはドキュメント製品の欠陥ではありません。ドキュメントは人が読むために最適化されていて、人はページを読むとき自分の判断を持ち込みます。隙間が生まれるのは、次の読み手が人でないときです。

どのエージェントが参加できるのか

もう一つの問いは、誰がその部屋にいるかです。Space は人、ChatGPT、Codex、Dots を中心に作られています。2026 年 9 月 30 日時点で、他社のエージェントが Space の内容を読み書きするための公開 API や MCP 接続は説明されていません。

ローンチ時の範囲としては妥当です。ただ、多くのチームの実際の働き方とは異なります。2026 年の典型的な開発・運用チームは、複数のエージェントを使い分けています。リポジトリでは Claude Code、エディタでは Cursor、バックグラウンドのジョブは Codex、調査は ChatGPT、さらに定期実行のエージェントがいくつか。それらが依存する事実が一社のワークスペースにしかなければ、他のエージェントは届かないか、コピーを読むことになります。

今四半期に決めておきたいこと

数週間のうちに、多くのチームが Space を使い始めます。エージェントが大量に書き込み始める前に、意識して決めておきたいことが四つあります。

1. アウトプットを「文章」と「レコード」に分ける。 ローンチブリーフは文章です。更新日、価格、人員数、承認済みベンダー一覧、ポリシーのしきい値——これらは、最初に段落の中に現れたとしてもレコードです。一覧にしてみてください。思ったより短いはずです。
2. レコードには、スキーマと出典のある置き場所を。 他のエージェントが使う事実はフィールドに置き、裏付けとなる出典と、提案したエージェントまたは人を添えます。段落からレコードへリンクするのはよいですが、段落がレコードそのものであるべきではありません。
3. レビューは影響の大きさに比例させる。 すべての書き込みに関門を置かないでください。人は読まずに承認するようになり、結局何もレビューされなくなります。お金、約束、コンプライアンス、顧客に見える内容を変える、重要な書き込みだけを止め、それ以外は速いままにします。
4. 記録システムは特定のエージェントに縛らない。 仕事ごとに最適なエージェントを使えばよく、Dots もその一つです。ただし事実の置き場所は、すべてのエージェントの書き込みを同じルールで受け付けるべきです。そうすれば、エージェントを替えたり足したりするたびに「正しい情報」を引っ越す必要がなくなります。

Busabase の位置づけ

Busabase は、AI エージェントのためのオープンソースのデータベース兼ワークスペースです。エージェントと人が同じ構造化データ、ドキュメント、スキル、アプリを共有し、重要な書き込みはレビューを経て信頼できるレコードになります。

Space のようなツールを置き換えるのではなく、隣に置くためのものです。書く・計画する・議論するのはページで続け、他のエージェントが読む事実が生まれたら Busabase のレコードに送る。ChatGPT はすでにそれができます。MCP アプリ経由で Busabase を読み、レコードを提案でき、提案レベルの権限を与えれば、結果は黙って正式データになるのではなく、フィールド単位の差分と出典付きの Change Request として届きます（ChatGPT を接続する）。Claude Code、Cursor、Codex などのエージェントも、MCP、Agent Skill、OpenAPI を通じて同じレコードに同じレビュールールで書き込みます。影響の小さい書き込みや、もともとマージ権限を持つキーからの書き込みは、そのまま反映されます。

MIT ライセンスで、アカウント不要、コマンド一つでローカルに立ち上がります。

npx busabase server
# → http://localhost:15419/dashboard/local

対象範囲、共有、エージェント接続、データの保存場所を並べて比べたい方は、Busabase と ChatGPT Space の比較をご覧ください。Space のほうが適している場面もそこに書いています。

---

開示：筆者は Busabase で働いています。「レコードをどこに置くべきか」について私たちは中立ではありません。そのため、上記の ChatGPT Space に関する記述はすべて、確認日までに OpenAI と報道機関が公開した内容からの引用、またはその範囲に限定しています。「説明されていない」と書いた箇所は、探したが見つからなかったという意味であり、できないという意味ではありません。

出典：ChatGPT Space ヘルプセンター、Pages の使い方、Enterprise 向け ChatGPT Space、VentureBeat：Dots と Space、TechCrunch：発表記事。2026 年 9 月 30 日に確認。Space は前日に公開されたばかりで変化が速いため、細部に依拠する前に一次情報をご確認ください。