Redis、エージェントのルーティング、可観測性、メッセージングでIrisを拡充

Redisは2026年11月4日に発表し、リアルタイム・コンテキストエンジン「Iris」がAIエージェント向けに、組み合わせて利用できる6つの機能を提供するようになった。うち4つは一般提供が開始され、2つはベータ版だ。今回の拡充では、従来はコンテキストとメモリーを中心としていた製品に、リクエストのルーティング、再利用可能な手順、可観測性、耐障害性に優れたメッセージングが加わった。

顧客は、これらの機能を単独で使うことも、組み合わせて使うことも、1つのランタイム内ですべて併用することもできる。Rowan Trollopeの考えでは、エージェントにメモリー、関連性の高いコンテキスト、リアルタイムのデータアクセス、ルーティング、通信機能を与えるために、開発者が別々のインフラ製品を組み合わせる必要はない。Redisの利用開始時の特典には、5,000件の無料メッセージが含まれる。

Redisのソフトウェアエンジニアリング担当ディレクター、Simba Khadderによる付随の技術的な詳細解説では、この設計が解決を目指す本番環境での問題が説明されている。エージェントが過去の履歴を持たずに起動すること、有用な好みの情報を失う一方で機微な情報を保持すること、不完全な情報をもとに作業すること、すでに対応したリクエストのためにコンテキストを何度も再構築することだ。こうした失敗のパターンを踏まえると、今回のリリースで個別に見える機能は、継続性、再利用、制御という共通の課題に結び付いている。

4つの機能が一般提供に

Intent Routerは、リクエストの表現そのものではなく意味を判断し、記憶済みのFAQ、エージェントスキル、人間、またはLLMへ振り分ける。また、エージェントとモデルのルーティング、ガードレール、曖昧さを許容する条件付き判定にも対応するため、同じリクエストを異なる表現で伝えた場合も、根底にある同一の問題として処理できる。

Agent Playbooksは、再利用できる安定した回答と、最新データや既知の手順を新たに実行する必要があるリクエストを切り分ける。Redisによると、Playbooksは繰り返し使うことで内容が充実し、精度も高まり、解決までの時間とトークン消費を削減できる。つまりPlaybooksはIntent Routerの再利用を担う対となる機能だ。一方がリクエストの種類を特定し、もう一方が既存の回答や手順で対応できるかを判断する。

Agent MemoryはMemoryETLを使い、ユーザーの行動、文書、ナレッジベース、その他の半構造化データからメモリーを構築する。メモリーを階層的に整理して、よりきめ細かく制御できるようにするとともに、確認、監査、来歴の追跡機能を備え、各メモリーの出所をチームが把握できるようにする。また、個人を特定できる情報を含め、保持すべきでない情報を破棄することもできる。

Context Gatewayは、接続されたコンテキストソースへの、管理された単一の入口を提供する。顧客は独自のMCPサーバーを持ち込み、特定の問題の解決に役立つツールをキャッシュし、セッションをまたいで一貫性を保てるよう結果を再利用可能な形で構築できる。Redisは、ツールのキャッシュをトークン使用量の削減策として位置付けている。これにより、回答や手順にとどまらず、データアクセスにおいてもモデルの処理を繰り返さないという、今回のリリースの方針が広がる。

ベータ版ツールで監査と接続障害に対応

Lensは、エージェントの処理結果を、それに使われたスキル、ルート、またはFAQ、利用されたメモリー、そして元のセッションまでたどれる。また、タスクの成功状況、タスクあたりのトークン数、レイテンシーも確認でき、監査証跡と運用指標を組み合わせて把握できる。これにより、誤った回答の原因を特定したり、トークン消費を調査したり、ある操作が実行された理由を明らかにしたりする必要があるときに、エージェントの動作を照会できるようにすることを目指している。

Agent Meshは通信の中断に対処する。エージェントは一時的なストリームを介して通信し、接続が切断されると自動でバッファリングして再接続する。Durable SSE Streamsは中断中も応答の送信を継続できるよう設計されており、A2A Commsはエージェント間の委任や引き継ぎに使うチャネルを提供する。したがってLensとMeshは、本番環境における異なるリスク、すなわち意思決定の経緯を再構成することと、会話を途切れさせないことにそれぞれ対応する。

5月の発表から顧客での活用へ

Redisは2026年5月18日にIrisを発表し、エージェントと必要なデータの間に位置するコンテキストおよびメモリーのレイヤーとして紹介した。発表時には、Context Retriever、Agent Memory、Redis Data Integration、LangCache、Redis Searchが組み合わされており、Context RetrieverとAgent Memoryはプレビュー版だった。その後、Agent Memoryは一般提供に移行し、新たな機能群によって、当初の検索とメモリーを中心とした位置付けが、ルーティング、再現可能な手順、意思決定の追跡、ストリームの復旧へと広がっている。

Safe in Homeのシニアソフトウェア開発者Nick Thompsonは、Redis Irisの製品ページで、具体的な導入事例を紹介している。「Redis Agent Memoryを使うことで、コーディングエージェント間でコンテキストをリアルタイムに保存し、再利用できています」。同氏のチームは、エージェントが作業する中で、技術的な意思決定、バグの詳細、開発のコンテキストを記録し、セッションやツールが変わっても情報が失われず、チーム全体で利用できるようにしている。また、あるサービスが同社のAPIを監視しながらメモリーを読み書きし、チケット管理システムにリアルタイムでバグ報告を登録している。

今回のリリースにより、Irisの役割はコンテキストの提供から、エージェントによるリクエストへの対応、過去の作業の再利用、選択した情報の記憶、管理されたデータへのアクセスを調整するところまで広がった。ただし、機能の成熟度には差がある。こうした運用の基盤は一般提供されている一方、意思決定の監査と接続の復旧を担う機能は引き続きベータ版だ。