Busabase × MCP
MCP で使う、人が承認するナレッジベース
Busabase は、人と Agent が同じ情報を読むための共有ナレッジベースです。Agent は MCP でレコードを読み、変更を提案します。changeRequest 権限なら、マージするかどうかはレビュー担当者が判断します。調査中の結論、出典、受け入れた事実を分けて残すことで、次のタスクが使える情報を明確にします。
Busabase の製品画面（英語）。
承認の境界は認証情報の権限で決める
MCP はツールへの接続方法であり、ツールの回答の正しさを保証する仕組みではありません。Busabase Cloud では https://busabase.com/api/mcp に Streamable HTTP で接続し、ブラウザーの OAuth でアカウント、権限、有効期限を選びます。調査だけなら read、提案をレビューに回すなら changeRequest を使います。write はレビューやマージを必要とする信頼済みの処理向けです。write 権限に「先に確認する」と指示しても、認証情報の権限自体は狭まりません。OAuth に対応しないクライアントでは、権限と期限を絞った API Key を使います。
タスクに合わせて権限を選ぶ
read
既存レコードを参照します。読み取り権限だけでは変更できません。
changeRequest
フィールド変更を提案し、根拠と範囲を確認してから権限を持つ担当がマージします。
write
レビューやマージを含む広い権限です。直接実行が必要な信頼できる処理に明示的に付与します。
タスクの結果から共有する知識へ
- 0101
現在の状態を読む。auth_verify で対象 Space を確認し、レコードと現在の head バージョンを読みます。出典リンク、該当箇所、有効日を結論と一緒に残します。名前が似た別のワークスペースを書き換えないでください。
- 0202
変更範囲を絞って提案する。例えば、改訂契約をもとに一社の納期を更新し、旧値、新値、契約版、対象地域、不明点を添えます。この事例は手順を説明する架空の例で、接続テストの結果ではありません。
- 0303
フィールド差分を確認する。担当者は契約の版と適用範囲を照合し、根拠のある変更を受け入れるか、範囲を修正した提案を求めます。契約が草案なら事実の更新を却下します。ツールの成功や Agent の完了報告だけで承認しません。
- 0404
マージ後に読み返す。権限のある担当者によるレビューとマージの後、正式レコードを再取得して値を確認します。途中で head が変わった場合は変更を比較し、必要なら提案を修正します。次のタスクも受け入れられた版と出典を読みます。
再利用できる承認記録を残す
仕入先レコードには supplier_id、service_region、lead_time_days、source_document、source_version、effective_at、evidence_status を保存できます。確認担当者を決め、受け入れた判断を ChangeRequest とコミット履歴で追跡します。承認前の納期は提案のままで、却下された値は現在の事実になりません。MCP は次の Agent に記録へのアクセスを与えますが、会話の自動取り込み、添付資料の自動取得、ベクトル索引の作成までは意味しません。
公式ドキュメントChangeRequest
提案は権限のあるレビューとマージの後で正式な記録になります。
ワークフローの例です。Agent製品の画面ではありません。
知識として受け入れる前に、提案を確認する
仕入先の架空例です。数値は説明用で、実際の顧客データではありません。
- 01現在の正式レコード：納期10日、契約v2、対象地域EU。
- 02変更提案：納期7日、契約v3。有効日は確認が必要。
- 03レビュー結果：v3が未署名のため却下。正式な納期は10日のまま。
実際のレビュー画面で差分を確認
調査中にレコードが更新されたら
提案前に読む
調査の根拠とともに現行レコードと版を保存します。
途中の変更を比較する
他のタスクが同じ項目を更新したら根拠を確認し、現行値に対して提案を修正します。
マージ後に再取得する
正式レコードを再取得して対象項目を確認し、参照を次のタスクに渡します。提案の受付だけでは正式値の変更は確定しません。
よくある質問
MCP で接続すると必ず人の承認を待ちますか？
いいえ。Agent を読み取りと提案に限定する場合は changeRequest 権限を選びます。write ではレビューやマージも可能です。プロンプトだけでなく、実際の認証情報とワークスペースの権限を確認してください。
レビューでは何を確認しますか？
フィールド差分、出典文書と版、対象の顧客や地域、有効日、不明点を照合します。正しいレコードの変更かも確認します。証拠が不足していれば補足を求め、出典にない結論は却下します。
別の Agent が先に更新した場合は？
最新の正式レコードを読み、提案の基準にした版と比較します。競合を明示して解消し、必要なら提案を修正してください。先に調査を始めたことは、古い値を優先する理由にはなりません。
どの MCP クライアントでも使えますか？
対応する通信方式と認証方法が必要です。Busabase Cloud は Streamable HTTP と OAuth、または API Key を使えます。クライアント別の接続ガイドを確認してください。認証なしのサーバーにしか対応しない製品は、そのまま Cloud に接続できません。
RAG や検索エンジンの代わりですか？
ここで扱うのは、レビュー済みの記録です。自動埋め込み、あらゆる文書の取り込み、検索パイプラインを約束するものではありません。必要な検索基盤は継続して使い、正式レコードと出典を判断の根拠にします。