ガイド

エージェントワークスペースとは何か

エージェントワークスペースとは、AI エージェントと人が同じ素材、つまり構造化データ、ドキュメント、ファイル、再利用できるスキル、小さなアプリを扱う、永続的で共有された場所です。成果がチャットログに埋もれず、セッションをまたいで残ります。

この言葉は性質の異なる四種類の製品を含んでおり、種類を取り違えるのがこの分野で最もよくある失敗です。このページでは四種類を整理し、どんな候補にも使える三つのテストを示し、共有型のワークスペースが Busabase でどう見えるかを紹介します。

最終確認:2026 年 11 月 13 日

この言葉が生まれた理由

エージェントは、成果の置き場所が決まる前に、実際の仕事をこなせるようになりました。成果はチャット履歴、散らばったファイル、書きかけの SaaS レコードに残り、次の実行でエージェントはコンテキストを一から探り直し、監督する人は何がなぜ変わったのか分かりませんでした。

「エージェントワークスペース」は、その欠けていた場所に市場が付けた名前です。

四つの種類

1. デスクトップ・コーディングエージェント

ワークスペースはファイルシステムとリポジトリ。Claude Code、Cursor、Codex など。得意:コードを書く・変える。苦手:ファイル以外のもの、マシンを共有せずに成果を共有すること。

2. クラウドのタスク実行環境

ジョブの間だけ存在するホスト型サンドボックス。得意:定期実行やトリガー実行の自動化。苦手:蓄積。毎回ほぼゼロから始まります。

3. ノーコードのエージェントビルダー

ビジュアルなフロー構築で、ワークスペースはキャンバス。得意:コードなしで SaaS をつなぐこと。苦手:データそのものの置き場。状態はフローが触れる各アプリに散らばります。

4. 共有データ・ナレッジワークスペース

レコード、ドキュメント、ファイル、スキル、アプリを置く永続的なワークスペースで、エージェントも人も読み書きします。得意:蓄積され、後から人や他のエージェントが読む仕事。苦手:アプリのバックエンドや実行サンドボックス。Busabase はこの種類です。

四つの種類を仕事ごとに比較

各行はチームがエージェントワークスペースに求める仕事です。多くは共有型の仕事ですが、コードを書くことは違うので、表にもそう書いています。各セルは種類としての一般的な傾向で、個々の製品では異なります。

必要なことコーディングエージェントクラウド実行環境ノーコードビルダー共有ワークスペース(Busabase)
成果がセッション後も残り、蓄積されるファイルとしてリポジトリにたいてい残らない。毎回新規フローが触れるアプリの中できる:レコード、ドキュメント、ファイル、スキルが残る
エージェントのマシンなしで同僚が読めるgit 経由、エンジニア向け結果のみ接続した各アプリでできる:テーブル、ギャラリー、カンバン、カレンダー、ガント
エージェントの変更をフィールド単位で見て取り消すコードなら git の差分実行ログ実行履歴できる:すべての編集が差分・作成者・ロールバック付きのチェンジリクエスト
特定のエージェントの変更を人の確認待ちにするプルリクエストでのコードレビュー製品によるフロー内の承認ステップできる:「提案のみ」のキーで変更は受信箱へ
全エージェントに同じチームのスキルをマシンごと・リポジトリごとジョブ設定ごとフローごとできる:一度アップロードすれば全エージェントが同じ版を読む
すべての中から文字列を正確に探すローカルファイルへの grep——できる:ファイル、ドキュメント本文、レコード、プロンプトを一度の grep で
データをアプリや Web サイトにする自分で作ってホスト—フォームや簡単な画面できる:AirApp。独自ドメインの Web サイトも
コードを書く・リファクタリングするできる:本領サンドボックスでできるできない担当外。Claude Code や Codex と組み合わせる

どれが必要かを見分ける

順に三つ問います。問うごとに候補が絞られます。

  1. 成果はセッション後も残る必要があるか。不要なら、必要なのはワークスペースではなく実行環境です。種類 1 と 2 で足り、ここで終わりです。
  2. 成果はファイルか、レコードか。コードはファイルで、種類 1 が git で扱えます。顧客レコード、調査結果、コンテンツカレンダー、データセットはレコードです。Markdown に押し込めば、誰も検索できないフォルダが残ります。
  3. 次に読むのは誰で、その人は何が変わったか分かるか。エージェントの作業を見ていた本人が読むなら問題ありません。同僚、アプリ、来月の別のエージェント実行なら、ワークスペースは来歴を持つ必要があります。値の出所、誰が変えたか、以前は何だったか。

候補を評価する三つのテスト

  1. エージェントは一級市民か。エージェントが API、MCP、スキルを通じて、人が UI で行うのと同じだけ読み書きできるか。それとも AI ボタンを付けただけの人向けツールか。
  2. 成果がシステムになるか。仕事が構造化され、検索でき、再利用できる形で残るか。それとも人にしか読めない会話記録と添付ファイルになるか。
  3. 書き込みを追跡し、取り消せるか。後から読む人が、値の出所と変えた人を確認し、ロールバックできるか。誤った書き込みと正しい書き込みが見分けられないなら、それは記録ではなくただの保存場所です。

優れた製品でも一つか二つしか満たさないことはよくあります。それは失敗ではなく、別の問題を解いているということ。問題に製品を合わせてください。

三つ目のテストを Busabase で:すべての変更がチェンジリクエスト

Busabase では、レコード、ドキュメント、スキルファイル、スキーマ変更など、すべての編集がチェンジリクエストです。不変のコミット、メッセージ、フィールド単位の差分を持つブランチです。Claude Code、Codex、ChatGPT、スクリプト、ブラウザの同僚、どこからの編集でも同じです。

人向けに作られた多くのワークスペースは、「誰が変えたか」にページ履歴やアクティビティで答えます。チェンジリクエストは、すべてのフィールドの正確な前後の値、背後のエージェントとキー、ワンステップのロールバックを残し、変更を即反映するか人を待つかをエージェントごとに決められます。

  • すべての書き込みにメッセージと差分。変更ごとに何をしたかが書かれ、フィールド単位で前後を表示します。
  • どのエージェントがやったか分かる。作成者と、経由したキーやツールがコミットに残ります。
  • 取り消しが標準。レコード、ドキュメント、スキルは履歴をすべて保持。マージで上書きされることはなく、どの変更もロールバックできます。
  • レビューするかは選べる。書き込み権限があれば即座にマージ。エージェントに「提案のみ」のキーを渡すか、autoMerge: false で送れば、変更は受信箱で人の承認か差し戻しを待ちます。チェンジリクエストのドキュメント。
レビュー中の Busabase のチェンジリクエスト。メッセージ、レコード本文の変更前後の差分、承認・変更依頼のボタン
受信箱のチェンジリクエスト。何が変わったか、誰がどのツールから提案したか、フィールドの変更前後が分かります。

Busabase がエージェントとチームにもたらすもの

人が読めるビジュアルなテーブル

どの Base もテーブル、ギャラリー、カンバン、カレンダー、ガントで開け、保存済みビューと AND/OR フィルターも使えます。SQL なしでエージェントの成果を確認できます。

チームのナレッジベース

ドキュメント、ファイル、Base が一つのツリーにあり、権限も共通。メンバーは閲覧・書き込み・管理のロールで、エージェントは自分のキーで参加します。

すべてを横断する grep

ファイル、ドキュメント本文、Base のレコード、エージェントプロンプトを一度の正規表現で検索し、該当行と前後の文脈を返します。grep の使い方。

チームで共有するスキル

チームのスキルを一度アップロードすれば、接続したすべてのエージェントが同じ版を読みます。スキルの編集もチェンジリクエストなので、誰がなぜ指示を変えたか分かります。

ライブデータ上の AirApp

ワークスペースのデータを使う小さな Web アプリをエージェントに作らせられます。ブラウザ、このマシン、クラウドサンドボックス、Web サイトのいずれでも動きます。

独自ドメインの Web サイト

Website エンジンは Cloudflare Workers で動き、バックエンドのエンドポイントも持て、独自ドメインに対応(Cloud は Plus 以上)。エージェントが CLI・API・MCP からプレビューと公開を行えます。Website のドキュメント。

数分でエージェントを接続

MCP、CLI、OpenAPI REST、Webhook、Python SDK、そして公式スキルを同梱した Claude Code・Codex・DeepSeek Harness 向けプラグイン。エージェントを接続。

オープンソースでどこでも動く

MIT ライセンス。ノート PC でも、セルフホストでも、オフラインやエアギャップ環境でも、Busabase Cloud でも。スペースは Markdown、Base 定義、JSON レコードといった普通のファイルに書き出せます。

読みやすい定額料金

小規模チーム向けの無料プランがあり、Cloud の有料プランは席単位の定額で従量の超過料金はありません。セルフホストは無料で席数無制限。料金。
エージェントが書いた記事をタイトル、カバー画像、本文の列で表示する Busabase の Base と保存済みビュー
Busabase の Base。エージェントが書いたレコードを、チームの誰もが読めます。保存済みビューで同じレコードを絞り込めます。

今後の予定

いずれも現在開発中で、まだ利用できません。提供開始まで、このページでもそう表記します。

アプリユーザー開発中

公開したアプリの利用者がメールのコードでサインインし、自分のレコードだけを見られるようにします。プラットフォーム側で強制され、ワークスペースのメンバーではないので席も使いません。

オントロジー開発中

既存の Base の上に、会社・連絡先・商談といった業務オブジェクトとその関係を定義し、人とエージェントが同じ語彙で話せるようにします。変更はチェンジリクエストで行います。

きめ細かな権限開発中

Base 内の行・フィールド単位のアクセス制御、タスク単位で期限付きのエージェント権限、人が承認するアクセス申請。

そもそも不要な場合

エージェントがコードしか書かないなら、リポジトリがすでにワークスペースで、もう一つ足すのは負担です。エージェントの成果を依頼した本人が一度読んで捨てるなら、チャット画面で十分です。ワークスペースの問いが現実になるのは、成果が蓄積され、作られたときにその場にいなかった人に読まれるときです。

Busabase の現時点の制約:長時間ジョブの実行サンドボックスでも、アプリのバックエンドでもありません。リアルタイム購読とベクトルインデックスはなく、公開したアプリのエンドユーザーのサインインは開発中です。

よくある質問

エージェントワークスペースとエージェントのメモリは同じですか?
違います。メモリはエージェントが過去を思い出すためのもの。ワークスペースは仕事そのものが、他の人やシステムも読める形で置かれる場所です。両者は補い合います。
Notion や Airtable はエージェントワークスペースになりますか?
ドキュメント型・表型の仕事なら、ますますなります。Notion は 2026 年 5 月 13 日に External Agents を発表し、Claude Code、Cursor、Codex、Decagon などが最初のパートナーです。利用はプライベートベータの待機リスト経由です。よくある差は三つ目のテスト、つまりエージェントが変えたフィールドの完全な履歴と、変更をいつ反映するかの制御です。Busabase と Notion の比較もどうぞ。
Claude Code を使っていても必要ですか?
コードには不要です。それ以外の成果、つまり調査、レコード、他の人が使うドキュメントにはリポジトリは向きません。Claude Code はプラグインか MCP で Busabase に接続できます。
Busabase ではエージェントの変更すべてに承認が必要ですか?
いいえ。書き込み権限があれば即マージされ、それでも差分・作成者・取り消しが残ります。人の確認を待たせたいエージェントには「提案のみ」のキーを渡してください。
手間が増えただけのデータベースでは?
データベースが答えるのはバイトの置き場所です。ワークスペースは、誰が書けるか、人が何を見て取り消せるか、次の読み手が値の出所をどう知るかにも答えます。AI エージェントのデータベース選びも参照してください。

次の一歩

エージェントを一つ Busabase のワークスペースに接続し、実際のタスクを一つやらせて、何が残るかを見てください。チームが読めるレコードと、編集ごとのチェンジリクエストです。

関連ページ: AI エージェントのシステムオブレコード · Busabase の比較 · Busabase と Notion · Busabase と ChatGPT Space · チェンジリクエスト

出典: Notion: Introducing the developer platform