比較
Busabase と Redis Iris:AI エージェントに使うならどちらか
Redis Iris はリアルタイムのコンテキストエンジンです。エージェントとデータの間に立ち、リクエストごとに振り分け先を決め、そのユーザーについての記憶を呼び出し、一度出した答えを使い回し、判断の裏付けとなった経緯を記録します。Busabase は、エージェントとチームが仕事の成果そのもの、つまりレコード、ドキュメント、スキル、アプリを置く場所です。エージェントの変更はすべて、人が読み、レビューし、元に戻せるチェンジリクエスト(Change Request)として届きます。
一方は実行時のエージェントを速く、事情に通じた状態にします。もう一方はチームが決めたことを保管し、その変更をすべて見える形にします。層が違うので、両方を使うチームも多いはずです。このページでは、実際にやりたい仕事ごとに比べます。
最終確認:2026 年 11 月 13 日。Redis の Iris 製品ページ、Iris の料金、Agent Memory のドキュメント、2026 年 11 月の Iris 公式ブログ、ライセンスページ、および現在の Busabase の製品にもとづきます。
結論
Busabase を選ぶとき
Redis Iris を選ぶとき
両方使うとき
いちばんの違い:すべての変更がチェンジリクエスト
データのためのプルリクエストだと考えてください。Busabase では、レコード、ドキュメント、スキルのファイル、スキーマの変更など、あらゆる編集がチェンジリクエストになります。改ざんできないコミットが連なるブランチで、マージするとレコードが先へ進み、上書きは起きません。
Redis Iris が見張るのは別の場面、つまりエージェントが働いている最中です。メモリ層は会話やドキュメントから残すべき内容を抽出し、Redis の発表記事によれば「それぞれの記憶がどこから来たかを確認できる、検査・監査・出所の追跡」を備えています。記憶を書き込む前に関所を置きたい場合は、取り込み Webhook で、Agent Memory が保存する前にアプリ側で受け入れ・拒否・書き換えができます。ただしセルフマネージド環境のみで、既定ではオフです。ベータ版の Lens は、エージェントの結果をそれを生んだルート、Playbook、記憶までさかのぼります。
どれもエージェントが何をし、何を覚えたかを見るための仕組みで、チーム自身のドキュメントやレコードの変更をレビューするものではありません。そこを担うのがチェンジリクエストです。
- 書き込みごとに説明と差分。変更ごとに内容の説明と、フィールド単位の変更前後が残ります。
- どのエージェントがやったか分かる。作成者と、どのキーやツール経由の変更かがコミットに残ります。
- 取り消しは標準機能。レコード、ドキュメント、スキルはすべて完全な履歴を持ち、どの変更もロールバックできます。
- レビューするかどうかは選べる。書き込み権限があれば変更はすぐ反映されます。提案専用のキーを渡したエージェントの変更は受信箱に入り、人の承認か差し戻しを待ちます。

違いを一行で言えば、Iris はエージェントが何をなぜしたかを記録し、Busabase はチームが何を決めたかを記録します。必要なら反映前にレビューでき、いずれにしても元に戻せます。
Busabase がエージェントとチームに用意しているもの
コンテキストエンジンが仕えるのはエージェントです。ここに挙げるのは、エージェントのまわりで働く人に必要なもので、Busabase ではワークスペースに最初から入っています。
見やすいデータテーブル
チームのナレッジベース
すべてを grep
スキルをアップロード
四つのエンジンで動くアプリ
独自ドメインのウェブサイト
チームのために
数分でエージェントを接続
データを置くべき場所で動く

やりたい仕事で比べる
各行は機能のチェック項目ではなく、チームがこの二つの製品に持ち込む実際の仕事です。Redis Iris が適している点は、そのまま書いています。
| やりたいこと | Busabase | Redis 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 の本領 |
今後の予定
次の三つは現在開発中で、まだ使えません。計画の参考になるよう載せており、リリースしたらこのページを更新します。
アプリユーザー 開発中
オントロジー 開発中
きめ細かな権限 開発中
二種類の「システムオブレコード」
Redis もこの言葉を使っています。Iris の製品ページは「エージェントの振る舞いをブラックボックスから、クエリできるシステムオブレコードに変える」とうたい、Lens がそれを実現します。どの結果も、使われたスキル、ルート、FAQ、学習元の記憶、元のセッションまでたどれます。規制の厳しい業界では、この証跡が「エージェントはなぜそうしたのか」に答えてくれます。
答えられないのは「エージェントが従ったルールを、誰が決めたのか」です。Redis 自身の発表記事は、こんな例から始まります。購入後 30 日を過ぎたら返金しないと規定に明記されているのに、サポートエージェントが購入 45 日後に 350 ドルの返金を承認してしまった。Iris の解決策は、その規定を間に合うようにエージェントのコンテキストへ届けることです。それでも規定そのものには置き場所が要ります。人が開ける原文と、変更履歴と、すべての編集に付いた名前です。
その置き場所が Busabase です。返金規定は一つのドキュメント。誰か(あるいはエージェント)が 30 日を 45 日に変えようと提案すれば、変更前後がはっきり分かるチェンジリクエストになります。チームメンバーが受信箱で読んでマージし、翌週まずいと分かれば元に戻せます。Lens が記録するのはエージェントの判断、Busabase が記録するのはチームの判断です。
この違いを詳しく知りたい方は、エージェントのメモリ、ナレッジベース、システムオブレコードの違いをお読みください。
組み合わせて使う
二つはきれいに積み重なります。よくある分担は次のとおりです。
- 社内ルール、価格表、承認済みの FAQ 回答、エージェントが従うスキルは Busabase に置きます。人でもエージェントでも、変更はすべてチェンジリクエストです。
- 変更がマージされたら、Webhook かエージェントが更新後のドキュメントを Iris に送ります。Agent Memory の MemoryETL はプレーンテキストか Markdown のドキュメントを受け付け、Busabase のスペースはもともと Markdown に書き出せます。
- 実行時は Iris がミリ秒単位で振り分け、顧客の記憶を呼び出し、回答を再利用します。権威あるレコードを丸ごと見る必要があるときだけ、エージェントは Busabase を読みに行きます。
- エージェントの成果物(調査、下書き、更新した顧客メモ)はチェンジリクエストとして Busabase に戻り、チームが読み、取り消せます。
どちらかがもう一方の代わりになるわけではありません。Redis Iris は本番のエージェントを速く、事情に通じた状態に保ち、Busabase はエージェントが拠りどころにするレコードを、責任者がいて、読めて、元に戻せる状態に保ちます。
料金の概要
Busabase
Plus:1 席あたり月 10 ドルから(年払い)。Pro:20 ドルから。
席単位の定額で、従量の超過料金はありません。セルフホストは MIT で無料、席数の上限もありません。
Redis Iris
始め方: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 の代わりになりますか?
Redis は Lens を「システムオブレコード」と呼んでいます。Busabase とはどう違いますか?
Redis Iris は記憶に入る内容をレビューできますか?
エージェントの書き込みはすべて人のレビューが必要ですか?
料金はどう違いますか?
Busabase はセルフホストできますか?Redis Iris は?
次のステップ
いま使っているエージェントを接続し、チームの本物の知識を一つ 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