比較

Busabase と Redis Iris:AI エージェントに使うならどちらか

Redis Iris はリアルタイムのコンテキストエンジンです。エージェントとデータの間に立ち、リクエストごとに振り分け先を決め、そのユーザーについての記憶を呼び出し、一度出した答えを使い回し、判断の裏付けとなった経緯を記録します。Busabase は、エージェントとチームが仕事の成果そのもの、つまりレコード、ドキュメント、スキル、アプリを置く場所です。エージェントの変更はすべて、人が読み、レビューし、元に戻せるチェンジリクエスト(Change Request)として届きます。

一方は実行時のエージェントを速く、事情に通じた状態にします。もう一方はチームが決めたことを保管し、その変更をすべて見える形にします。層が違うので、両方を使うチームも多いはずです。このページでは、実際にやりたい仕事ごとに比べます。

最終確認:2026 年 11 月 13 日。Redis の Iris 製品ページ、Iris の料金、Agent Memory のドキュメント、2026 年 11 月の Iris 公式ブログ、ライセンスページ、および現在の Busabase の製品にもとづきます。

結論

Busabase を選ぶとき

エージェントが書いたもの(顧客レコード、社内ルール、価格表、コンテンツ、スキル)をチームが読み、直し、責任を持つ必要があるとき。すべての変更を、差分と作成者が付き、取り消せるチェンジリクエストとして受け取りたいとき。

Redis Iris を選ぶとき

本番でエージェントを動かしていて、リアルタイムに応答させたいとき。意図による振り分け、セッションをまたぐ記憶、回答の再利用、社内システムへの単一の MCP 入口、エージェントの判断の監査証跡が必要なとき。

両方使うとき

エージェントが従う事実に、人が責任を持っているとき。事実は Busabase に置いて変更をレビュー可能な履歴にし、Iris には本番の速度で振り分け、キャッシュ、呼び出しを任せます。

いちばんの違い:すべての変更がチェンジリクエスト

データのためのプルリクエストだと考えてください。Busabase では、レコード、ドキュメント、スキルのファイル、スキーマの変更など、あらゆる編集がチェンジリクエストになります。改ざんできないコミットが連なるブランチで、マージするとレコードが先へ進み、上書きは起きません。

Redis Iris が見張るのは別の場面、つまりエージェントが働いている最中です。メモリ層は会話やドキュメントから残すべき内容を抽出し、Redis の発表記事によれば「それぞれの記憶がどこから来たかを確認できる、検査・監査・出所の追跡」を備えています。記憶を書き込む前に関所を置きたい場合は、取り込み Webhook で、Agent Memory が保存する前にアプリ側で受け入れ・拒否・書き換えができます。ただしセルフマネージド環境のみで、既定ではオフです。ベータ版の Lens は、エージェントの結果をそれを生んだルート、Playbook、記憶までさかのぼります。

どれもエージェントが何をし、何を覚えたかを見るための仕組みで、チーム自身のドキュメントやレコードの変更をレビューするものではありません。そこを担うのがチェンジリクエストです。

  • 書き込みごとに説明と差分。変更ごとに内容の説明と、フィールド単位の変更前後が残ります。
  • どのエージェントがやったか分かる。作成者と、どのキーやツール経由の変更かがコミットに残ります。
  • 取り消しは標準機能。レコード、ドキュメント、スキルはすべて完全な履歴を持ち、どの変更もロールバックできます。
  • レビューするかどうかは選べる。書き込み権限があれば変更はすぐ反映されます。提案専用のキーを渡したエージェントの変更は受信箱に入り、人の承認か差し戻しを待ちます。
Busabase でレビュー中のチェンジリクエスト:変更の説明、レコード本文の変更前後の差分、「承認」と「修正を依頼」のボタン
受信箱のチェンジリクエスト:何が変わったか、誰がどのツールで提案したか、フィールドの変更前後。その場で承認または修正依頼ができます。

違いを一行で言えば、Iris はエージェントが何をなぜしたかを記録し、Busabase はチームが何を決めたかを記録します。必要なら反映前にレビューでき、いずれにしても元に戻せます。

Busabase がエージェントとチームに用意しているもの

コンテキストエンジンが仕えるのはエージェントです。ここに挙げるのは、エージェントのまわりで働く人に必要なもので、Busabase ではワークスペースに最初から入っています。

見やすいデータテーブル

どの Base もテーブル、ギャラリー、カンバン、カレンダー、ガントチャートで開け、保存ビューと AND/OR フィルターが使えます。エージェントが書いた内容を、クエリを書かずに確認できます。

チームのナレッジベース

レコードの隣に、ルールを書いたドキュメントやエージェントが作ったファイルが並びます。人とエージェントが共有する一つのツリーで、権限も一つです。

すべてを grep

一度の正規表現検索で、ファイル、ドキュメント本文、Base のレコード、エージェントのプロンプトを横断し、行番号と前後の文脈を返します。返ってくるのは似た候補ではなく、その一文そのものです。

スキルをアップロード

チームが書いたスキルを一度ワークスペースに置けば、接続したすべてのエージェントが同じバージョンを読みます。スキルの編集もほかと同じくチェンジリクエストです。

四つのエンジンで動くアプリ

データをもとに AirApp を作るようエージェントに頼めます。ブラウザ、自分のマシン、クラウドのサンドボックスで動かすことも、常時公開のウェブサイトにすることもできます。

独自ドメインのウェブサイト

Website エンジンは Cloudflare Workers 上で動き、独自のバックエンドエンドポイントを持て、独自ドメインも使えます。プレビューも公開もエージェントに任せられます。

チームのために

閲覧・編集・管理のロールでメンバーを招待し、エージェントは仕事に必要なレベルに上限を決めたキーで参加します。権限はノード単位、キー単位で設定できます。

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

MCP、CLI、OpenAPI の REST API、Webhook、Python SDK、Claude Code と Codex 向けプラグイン。同梱のスキルが、ワークスペースの構成をエージェントに教えます。

データを置くべき場所で動く

製品全体が MIT ライセンス。ノート PC でも、完全オフラインを含む自社ネットワーク内でも、Busabase Cloud でも動きます。スペースは Markdown、Base 定義、JSON レコードといった普通のファイルに書き出せます。
Busabase の Base 画面:エージェントが書いたブログ記事がタイトル、カバー画像、本文の列を持つテーブルとして表示され、「公開待ち」「下書き」などの保存ビューがある
Busabase の Base:エージェントが書いた記事がカバー画像と本文付きで並び、チームの誰でも開いて直接編集できます。「Ready to publish」などの保存ビューは同じレコードを絞り込んだものです。

やりたい仕事で比べる

各行は機能のチェック項目ではなく、チームがこの二つの製品に持ち込む実際の仕事です。Redis Iris が適している点は、そのまま書いています。

やりたいことBusabaseRedis Iris
チームのデータの変更前後と、誰が変えたかを確認する標準機能:変更ごとにチェンジリクエスト。フィールド単位の差分、作成者と使われたエージェントのキー、完全な履歴、取り消しLens(ベータ)がエージェントの結果をルート、Playbook、記憶、元のセッションまでたどる。Agent Memory は記憶ごとに出所を保持
特定のエージェントには提案だけさせ、直接は変えさせないできる:提案専用のキー。変更は受信箱で人のレビューを待つ記憶の書き込みについては、取り込み Webhook で受け入れ・拒否・書き換えが可能。セルフマネージドのみ、既定はオフ
エージェントが書いた内容をチームが読み、編集するできる:テーブル、ギャラリー、カンバン、カレンダー、ガント。コード不要開発者向け:Agent Memory へは Python SDK、CLI、REST API、MCP でアクセス
ルールそのもの(人が編集する原文)を情報源にするできる:ドキュメントとレコードが情報源。エージェントと人が同じものを編集Agent Memory が会話やドキュメントから長期的な事実を抽出し、Agent Playbooks が回答と手順を再利用
チームのナレッジベースを運用するできる:ドキュメント、ファイル、Base が一つのツリーで権限を共有ワークスペースではない。Context Gateway がほかのシステムにあるデータへエージェントをつなぐ
すべての中から正確な文言を探すできる:一度の正規表現 grep でファイル、ドキュメント本文、レコード、プロンプトを横断し、行番号と文脈付き長期記憶へのセマンティック検索をフィルターで絞り込む
すべてのエージェントに同じチームのスキルを使わせるできる:チームが書いたスキルをアップロードし、全エージェントが同じバージョンを読むAgent Playbooks が再利用できる FAQ とスキルを保持。学習ループは任意
データをアプリや独自ドメインのサイトにするできる:AirApp はブラウザ、自分のマシン、クラウドのサンドボックス、またはウェブサイトとして動作(独自ドメインは Plus 以上)製品の機能ではない
メンバーとエージェントを一つのワークスペースに招くできる:閲覧・編集・管理のロール。エージェントは自分のキーで参加そういう種類の製品ではない。Context Gateway はエージェントがデータにアクセスする際の認証と認可を担う
Claude Code、Codex、Cursor などのエージェントを接続するできる:MCP、CLI、OpenAPI、Webhook、エージェント向けプラグインできる:Context Gateway は単一の MCP エンドポイント。Agent Memory にも専用の MCP サーバー
チームが大きくなっても料金が読める席単位の定額:従量の超過料金なし従量課金:トークン、ツール呼び出し、メッセージ単位。Redis データベースは別プランで課金。席の料金はなし
製品全体をセルフホスト(オフライン含む)できる:MIT。ノート PC からエアギャップ環境までIris は Redis Cloud またはオンプレミスで提供。Redis Open Source 自体は RSALv2、SSPLv1、AGPLv3 から選択
本番トラフィックでのリアルタイムのコンテキスト:サブミリ秒のキャッシュ、意図による振り分け、セッションメモリ、ベクトル検索、エージェント間メッセージング担当外:Redis を使うできる。ここは Redis の本領

今後の予定

次の三つは現在開発中で、まだ使えません。計画の参考になるよう載せており、リリースしたらこのページを更新します。

アプリユーザー 開発中

公開したアプリを使う人(たとえばお店のお客さん)がメールのコードでサインインし、自分のレコードだけを見られます。プラットフォームが強制し、その人たちはワークスペースのメンバーにならず、席も使いません。

オントロジー 開発中

既存の Base の上に、チームがふだん話題にするビジネスオブジェクト(会社、連絡先、商談)とその関係を定義し、人とエージェントが同じ言葉を使えるようにします。その変更もチェンジリクエストで行います。

きめ細かな権限 開発中

Base の中での行単位・フィールド単位のアクセス制御、範囲と期限を区切ったエージェントへの権限付与、人が承認するアクセス申請。各エージェントは仕事に必要な分だけ権限を持ちます。

二種類の「システムオブレコード」

Redis もこの言葉を使っています。Iris の製品ページは「エージェントの振る舞いをブラックボックスから、クエリできるシステムオブレコードに変える」とうたい、Lens がそれを実現します。どの結果も、使われたスキル、ルート、FAQ、学習元の記憶、元のセッションまでたどれます。規制の厳しい業界では、この証跡が「エージェントはなぜそうしたのか」に答えてくれます。

答えられないのは「エージェントが従ったルールを、誰が決めたのか」です。Redis 自身の発表記事は、こんな例から始まります。購入後 30 日を過ぎたら返金しないと規定に明記されているのに、サポートエージェントが購入 45 日後に 350 ドルの返金を承認してしまった。Iris の解決策は、その規定を間に合うようにエージェントのコンテキストへ届けることです。それでも規定そのものには置き場所が要ります。人が開ける原文と、変更履歴と、すべての編集に付いた名前です。

その置き場所が Busabase です。返金規定は一つのドキュメント。誰か(あるいはエージェント)が 30 日を 45 日に変えようと提案すれば、変更前後がはっきり分かるチェンジリクエストになります。チームメンバーが受信箱で読んでマージし、翌週まずいと分かれば元に戻せます。Lens が記録するのはエージェントの判断、Busabase が記録するのはチームの判断です。

この違いを詳しく知りたい方は、エージェントのメモリ、ナレッジベース、システムオブレコードの違いをお読みください。

組み合わせて使う

二つはきれいに積み重なります。よくある分担は次のとおりです。

  1. 社内ルール、価格表、承認済みの FAQ 回答、エージェントが従うスキルは Busabase に置きます。人でもエージェントでも、変更はすべてチェンジリクエストです。
  2. 変更がマージされたら、Webhook かエージェントが更新後のドキュメントを Iris に送ります。Agent Memory の MemoryETL はプレーンテキストか Markdown のドキュメントを受け付け、Busabase のスペースはもともと Markdown に書き出せます。
  3. 実行時は Iris がミリ秒単位で振り分け、顧客の記憶を呼び出し、回答を再利用します。権威あるレコードを丸ごと見る必要があるときだけ、エージェントは Busabase を読みに行きます。
  4. エージェントの成果物(調査、下書き、更新した顧客メモ)はチェンジリクエストとして Busabase に戻り、チームが読み、取り消せます。

どちらかがもう一方の代わりになるわけではありません。Redis Iris は本番のエージェントを速く、事情に通じた状態に保ち、Busabase はエージェントが拠りどころにするレコードを、責任者がいて、読めて、元に戻せる状態に保ちます。

料金の概要

Busabase

Free:1 スペース、3 席、5,000 レコード、1 GB のファイル。スキル、ワークフロー、AirApp を含むすべてのノードタイプ。
Plus:1 席あたり月 10 ドルから(年払い)。Pro:20 ドルから。
席単位の定額で、従量の超過料金はありません。セルフホストは MIT で無料、席数の上限もありません。

Redis Iris

従量課金、席の料金なし:検索は 100 万トークンあたり 0.05 ドル。処理(Agent Memory と、学習ループを有効にした Playbooks)は 100 万トークンあたり 1 ドルに加えてメッセージ単位の料金。Context Gateway は 100 万回のツール呼び出しあたり 5 ドル。Lens はベータ期間中無料。
始め方:5,000 メッセージまで無料。
Redis データベースは別料金です。Redis Cloud には無料の 30 MB プランがあり、Iris は Essentials(月 5 ドルから)、Pro(月 200 ドルから)、オンプレミスに対応します。

2026 年 11 月 13 日時点の公開価格です。Redis はエンドユーザーがエージェントに送った内容だけをトークンとして数えます。最新情報は Busabase の料金と Redis の料金(Redis Iris タブ)をご覧ください。

Redis Iris のほうが向いているケース

  • エージェントが本番のトラフィックを受けていて、1 ミリ秒が効いてくる。Redis はサブミリ秒の読み書きで名を上げ、Iris はセッションメモリ、キャッシュ、ベクトル検索、エージェント間メッセージングをそのエンジンに載せています。おそらく、すでに使っているあの Redis です。
  • 同じ質問に、モデルへ何度もお金を払って答えさせている。Intent Router と Agent Playbooks は意味が同じリクエストを見分け、LLM を回し直す代わりに回答や手順を再利用します。
  • セッションやチャネルをまたぐ記憶と、判断ごとの証跡が必要。Agent Memory は抽出し、要約し、意図して忘れます。Lens はどの結果がどのルート、Playbook、記憶から生まれたかを示します。

Busabase の限界もはっきり書いておきます。ベクトルインデックスはなく、セマンティックキャッシュや意図による振り分けもありません。ターンごとのメモリサービスでも、サブミリ秒のホットパスでもありません。リアルタイム購読もなく、公開したアプリのエンドユーザー向けサインインは開発中(アプリユーザー)で、現時点では使えません。実行時のその層が必要なら、Redis Iris を並べて使ってください。

よくある質問

Busabase は Redis Iris の代わりになりますか?
あまりなりません。層が違います。Iris は、本番の速度でエージェントにコンテキスト、記憶、振り分けを与える実行時のインフラです。Busabase は、エージェントと人が構造化されたレコード、ドキュメント、スキル、アプリを置くワークスペースです。エージェントは Busabase を情報源として読み、Iris はその情報をすばやくエージェントに届けられます。
Redis は Lens を「システムオブレコード」と呼んでいます。Busabase とはどう違いますか?
Lens(ベータ)が記録するのはエージェントの振る舞いです。どの結果がどのルート、Playbook、記憶、セッションから生まれたか。Busabase が記録するのはチームのデータと、それへのすべての変更です。説明、作成者、フィールド単位の差分、任意のレビュー、取り消し。前者は判断を説明し、後者は判断の拠りどころを保管します。
Redis Iris は記憶に入る内容をレビューできますか?
記憶についてはできます。取り込み Webhook を使えば、保存前にセッションイベント、ドキュメント、記憶の変更をアプリ側で受け入れ・拒否・書き換えできます。セルフマネージド環境が必要で、既定ではオフです。チェンジリクエストがレビューするのはチーム自身のレコードとドキュメントの編集で、Busabase のどの構成でも使え、レビューの有無はエージェントのキーで決まります。
エージェントの書き込みはすべて人のレビューが必要ですか?
いいえ。書き込み権限があれば変更はすぐ反映され、履歴が残ります。レビューは任意です。エージェントに提案専用のキーを渡すか、変更をレビューに出すよう頼んでください。
料金はどう違いますか?
Iris はトークン、ツール呼び出し、メッセージの従量課金で、席やエージェント単位の料金はなく、データを保存する Redis データベースは別プランで課金されます。Busabase Cloud は席単位の定額で従量の超過料金はなく、セルフホストは MIT で無料です。
Busabase はセルフホストできますか?Redis Iris は?
Busabase はできます。製品全体が MIT ライセンスで、1 台のマシン、自社サーバー、エアギャップ環境で動きます。セルフホストガイドをご覧ください。Redis は Iris を Redis Cloud とオンプレミスで提供しており、Agent Memory は Kubernetes にデプロイできます。Redis 8 以降、Redis Open Source は RSALv2、SSPLv1、AGPLv3 から選んで利用できます。

次のステップ

いま使っているエージェントを接続し、チームの本物の知識を一つ Busabase に入れるよう頼んでみてください。社内ルール、価格表、スキルなど。次に何かを変更させて、作られたチェンジリクエストを読んでみてください。

関連記事: すべての比較 · Busabase と Mem0 の比較 · Busabase と Zep の比較 · AI エージェントにはどのデータベースを使うべきか · チェンジリクエストの仕組み

出典: Redis Iris product page, Redis pricing (Redis Iris tab), “The next chapter of Redis Iris” (Redis blog, 3 Nov 2026), Redis Agent Memory (Redis docs), Agent Memory ingestion webhooks (Redis docs), Agent Memory MCP (Redis docs), Context Gateway (Redis), Redis licenses, “Redis is now available under the AGPLv3 open source license” (Redis blog, 1 May 2025), Busabase pricing