製品比較

Busabase と Sanity：AI エージェントに使わせるなら

いちばん難しい部分を、Sanity はほぼ誰よりも早く正しく実装していました。Agent Actions は既定では公開済みドキュメントを変更しません。エージェントの書き込みは下書きに入り、公開するのは人間のままです。したがって本稿は「どちらにレビューがあるか」の比較ではありません。両方にあります。問うべきは、それぞれ何をレビューしているのか、そしてその仕事がこの後どこへ向かうのかです。

Sanity はコンテンツ・オペレーティングシステムで、仕事の終着点は読者が見るものです。Busabase はエージェントのワークスペースで、終着点は他のエージェント・人・アプリケーションが事実として読むレコードです。これは別の仕事であり、多くのチームにとって答えは「両方」です。

検証日：2026 年 9 月 21 日、Sanity 公開の Agent Actions ドキュメントに基づく。

結論

Sanity を選ぶべき場合

：エージェントの出力が読者に届くコンテンツであるとき——Web コピー、多言語マーケティング、商品説明、編集記事。スキーマ、ローカライズ、公開パイプラインはまさにそのためにあり、Busabase はそこを争いません。

Busabase を選ぶべき場合

：出力が運用上のレコードであるとき——補強されたデータ、調査、ファイル、再利用可能なスキル。読者に公開されるのではなく、次のエージェント実行・社内アプリ・API 利用者に読まれるもの。

両方使う場合

：一方でエージェントが事実を調べ維持し、もう一方でその事実に支えられたコンテンツを公開する。互いに相手になろうとしていないので、受け渡しは自然です。

Sanity が現在提供しているもの

印象ではなく、公開ドキュメントに基づいて記述します。

Sanity は自らを「AI 時代のコンテンツ・オペレーティングシステム」と位置づけ、コンテンツをガバナンスされたナレッジ層に変え、アプリケーションと AI エージェントの双方を動かすと述べています。ここで重要なのは三つです。

Sanity Context は単一の MCP エンドポイントでスキーマと GROQ を公開し、エージェントがフィルタ・キーワード一致・セマンティックランキングを一度のクエリで実行できるようにします。Agent Actions はイベント駆動でスキーマを理解する API で、データセットの変更を契機にコンテンツを生成・変換・翻訳します。Content Agent は会話型アシスタントで、プロジェクト横断の一括編集・監査・ギャップ分析を行います。

そして評価に値するのがこの一点です。「既定では、Agent Actions が公開済みドキュメントを変更することはありません。公開済み ID を指定した場合、アクションは変更を加える前にまず下書きを作成します。」公開済みドキュメントに対して実行された場合、新しい値は「新規の下書きドキュメントに書き込まれ、公開してもらう必要があります。」

これは既定で有効な、実在する書き込み前のゲートです。無効化はできます（forcePublishedWrite: true、また liveEdit: true のスキーマは元からその挙動）が、安全側が既定になっている——多くのツールがエージェントの書き込みを解放したやり方とは逆です。

では実際の違いは何か

二つあり、どちらも「レビューの有無」ではありません。

レビューの単位。Sanity の単位はドキュメントです。レビュアーは「このドキュメントのこの版を公開してよいか」を判断します。Busabase の単位は変更です。レビュアーはフィールド単位の差分、提案したエージェント、その根拠となる出典を見て、「この値が正式なものになってよいか」を判断します。下書き全体を見るのとフィールドの変更を見るのは別の作業で、前者は人が読むページに、後者は誰かが問い合わせる行に向いています。

仕事の行き先。Sanity のコンテンツは公開パイプラインを通って読者へ向かいます。Busabase のレコードは消費へ向かいます——次のエージェント実行、ダッシュボード、API 呼び出し、それを文脈として読むスキル。Busabase に Sanity 的な意味での「公開」はなく、正式なものになり、機械と同僚に読まれます。

だから射程が違います。Sanity はコンテンツに深い——ローカライズ、リリース、スケジューリング、アセットのパイプライン、編集ロール。Busabase はワークスペースに広い——構造化された Base、ドキュメント、ファイル、再利用可能なスキル、そして同じデータの上に建てる小さなアプリ。

やりたいことで比べる

やりたいことSanityBusabase
コンテンツを読者に公開するまさに本領担当外
ローカライズ、リリース、スケジューリング成熟、一級機能最小限
既定でエージェントを本番コンテンツから遠ざけるする —— 既定で下書きする —— 重要な書き込みは提案
レビューの単位ドキュメントのバージョン変更されたフィールド（差分つき）
どのエージェントがどの出典で提案したかエージェント文書に記載なしレコードに紐づく
他のエージェントが事実として読むデータを保持Context/GROQ で可能そのための設計
データの隣に再利用可能なスキルと小さなアプリなしあり
自前で動かす・ソースを読むホスト型プラットフォームオープンソース、ローカルファースト、セルフホスト可
任意のサードパーティ・エージェントを接続MCP エンドポイントMCP、Agent Skill、OpenAPI

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

出力が公開コンテンツ。

エージェントが書いたものが Web サイトやユーザーの読むアプリに出るなら、そのためのパイプラインが丸ごとあるのは Sanity です。

規模のあるローカライズ。

翻訳ワークフローを伴う多言語コンテンツは、あちらでは解決済み、こちらでは手作業です。

すでにコンテンツチームがある。

編集ロール、レビューキュー、リリース計画が成熟しており、Content Agent もその形の仕事を理解しています。

構造化コンテンツのモデリングが難所。

GROQ とスキーマ周りは本当に強く、Sanity Context が両者を単一の MCP エンドポイントで出すのは 優れた設計です。

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

エージェントの出力が公開されない——他のソフトウェアが読む運用データである。

どのバージョンが公開されたかではなく、どのエージェントがどの根拠で値を提案したかを知る必要がある。

レビュー単位がドキュメントではなくフィールド。数値ひとつの訂正のために下書き全体を承認するのは形が合わない。

ワークスペースがコンテンツ以外も保持する必要がある：再利用するスキル、生成したファイル、同じレコードを読む小さなアプリ。

自社インフラで動かす、またはコードを読む必要がある。

併用する

Busabase が事実を保持し、Sanity がその事実に支えられたものを公開する。

エージェントが Busabase で 市場を調べ、レコードを充実させ、出典を残し、人が重要な書き込みをレビューする。承認されたレコードは Busabase の API から必要とするものへ渡り、そのうち対外コンテンツになる部分は、それを仕事とする Sanity で下書きされ公開されます。どちらも相手の仕事をしておらず、どちらも置き換える必要はありません。

正直な限界

Busabase に Sanity のようなコンテンツパイプラインは一切ありません。ローカライズのワークフローも、リリース計画も、アセット変換も、十年磨かれた編集ロール体系もない。コンテンツ運用で評価するなら Sanity の勝ちで、僅差でもありません。

さらに、Sanity の下書き優先という既定のおかげで、本稿の二製品の差は当社が書く他の比較よりも狭くなっています。ドキュメント単位のレビューで足りているなら、フィールド単位の提案という精度のために乗り換える価値はありません。

よくある質問

Sanity はエージェントに公開済みコンテンツを直接書かせますか
既定では書かせません。Agent Actions はまず下書きを作ります。公開済みへ直接書くには forcePublishedWrite: true、または liveEdit: true のスキーマ（元からその挙動）が必要です。
では Busabase は何を足しているのですか
レビュー単位と出所の扱いです。下書きドキュメント全体を公開するか破棄するかではなく、フィールド単位の差分・提案したエージェント・出典が見えます。
ひとつのスタックに両方入れられますか
できますし、それが一般的な形です。事実とエージェントの作業材料は Busabase、公開コンテンツは Sanity。
Busabase は CMS ですか
いいえ。ドキュメントを保持でき、サイトにデータを供給もできますが、ローカライズ・スケジューリング・編集ワークフローといったコンテンツ運用のために作られてはいません。
エージェント中心のコンテンツチームはどちらから始めるべきですか
出力が読者に届くなら Sanity から。エージェントの調査とレコードが価値の中心で、公開がその下流なら Busabase から。

次のステップ

フィールド単位のレビュー経路を読むのではなく見たいなら、すでに使っているエージェントを接続し、重要な書き込みが「検査できる形」で届くのを見てください。

AI エージェントの記録システムとは何か · すべての比較 · エージェントを接続する

出典：Sanity、Agent Actions、Agent Actions 操作ドキュメント、Sanity Context。引用は上記検証日時点で公開されている Sanity 自身の記述です。