Redis élargit Iris avec le routage des agents, l’observabilité et la messagerie

Redis a annoncé le 4 novembre 2026 que son moteur de contexte en temps réel Iris propose désormais six fonctionnalités combinables pour les agents d’IA, dont quatre sont en disponibilité générale et deux en version bêta. Cette extension ajoute le routage des requêtes, des procédures réutilisables, l’observabilité et une messagerie résiliente à un produit auparavant centré sur le contexte et la mémoire.

Les clients peuvent utiliser ces fonctionnalités ensemble, séparément ou dans n’importe quelle combinaison au sein d’un même environnement d’exécution. Selon Rowan Trollope, les développeurs ne devraient pas avoir à assembler des produits d’infrastructure distincts pour fournir aux agents une mémoire, un contexte pertinent, un accès aux données en temps réel, du routage et des moyens de communication. L’offre de découverte de Redis comprend 5 000 messages gratuits.

Un examen technique approfondi complémentaire de Simba Khadder, directeur de l’ingénierie logicielle chez Redis, décrit les problèmes de production auxquels cette conception entend répondre : des agents qui démarrent sans historique, conservent des informations sensibles tout en perdant des préférences utiles, travaillent avec des informations incomplètes et reconstituent sans cesse le contexte pour des demandes déjà traitées. Ces modes de défaillance relient les différentes fonctionnalités de cette version autour de la continuité, de la réutilisation et du contrôle.

Quatre fonctionnalités sont en disponibilité générale

Intent Router associe une requête à son sens plutôt qu’à sa formulation exacte, puis l’oriente vers une FAQ mémorisée, une compétence d’agent, un humain ou un LLM. Il prend également en charge le routage des agents et des modèles, les garde-fous et les décisions conditionnelles floues, ce qui permet de traiter comme un même problème des variantes d’une requête formulées différemment.

Agent Playbooks distingue les réponses stables réutilisables des requêtes qui nécessitent des données à jour et une nouvelle exécution d’une procédure connue. Redis indique que les guides deviennent plus complets et plus précis à mesure qu’ils sont utilisés, ce qui réduit les délais de résolution et la consommation de jetons. Playbooks complète ainsi Intent Router en matière de réutilisation : le premier détermine le type de requête, tandis que le second établit si une réponse ou une procédure existante peut y répondre.

Agent Memory utilise MemoryETL pour créer des souvenirs à partir des actions des utilisateurs, de documents, de bases de connaissances et d’autres données semi-structurées. Il organise ces souvenirs de manière hiérarchique afin d’offrir un contrôle plus précis et propose des fonctions d’inspection, d’audit et de traçabilité pour permettre aux équipes de savoir d’où vient chaque souvenir. Il peut également supprimer les informations qu’il ne devrait pas conserver, notamment les informations permettant d’identifier personnellement une personne.

Context Gateway fournit un point d’accès unique et contrôlé aux sources de contexte connectées. Les clients peuvent utiliser leurs propres serveurs MCP, mettre en cache les outils qui résolvent certains problèmes et créer des résultats réutilisables pour assurer la cohérence entre les sessions. Redis présente la mise en cache des outils comme un moyen de réduire la consommation de jetons, prolongeant ainsi l’objectif de cette version — éviter de répéter le travail du modèle — des réponses et des procédures jusqu’à l’accès aux données.

Les outils en version bêta couvrent l’audit et les interruptions de connexion

Lens relie le résultat obtenu par un agent à la compétence, à la route ou à la FAQ qui l’a produit, à la mémoire utilisée et à la session d’origine. Il expose également le taux de réussite des tâches, le nombre de jetons par tâche et la latence, associant ainsi une piste d’audit à des mesures opérationnelles. L’objectif est de permettre l’interrogation du comportement des agents lorsque les équipes doivent diagnostiquer une réponse erronée, examiner la consommation de jetons ou déterminer pourquoi une action a été effectuée.

Agent Mesh répond aux interruptions de communication. Les agents communiquent par des flux éphémères, avec mise en mémoire tampon et reconnexion automatiques en cas de coupure. Les flux SSE durables sont conçus pour maintenir la transmission des réponses malgré les interruptions, tandis que A2A Comms fournit un canal pour la délégation entre agents et le transfert de tâches. Lens et Mesh couvrent donc des risques de production distincts : reconstituer une décision et préserver une conversation.

Du lancement de mai à l’utilisation par les clients

Redis a présenté Iris le 18 mai 2026 comme une couche de contexte et de mémoire entre un agent et les données dont il a besoin. Cette version associait Context Retriever, Agent Memory, Redis Data Integration, LangCache et Redis Search, Context Retriever et Agent Memory étant alors en préversion. Agent Memory est depuis passé en disponibilité générale, tandis que la nouvelle gamme étend l’orientation initiale axée sur la recherche et la mémoire au routage, aux procédures reproductibles, au suivi des décisions et au rétablissement des flux.

Nick Thompson, développeur logiciel senior chez Safe in Home, a décrit un déploiement concret sur la page produit Redis Iris : « Redis Agent Memory nous aide à stocker et à réutiliser en temps réel le contexte entre nos agents de codage. » Son équipe s’en sert pour consigner les décisions d’ingénierie, les détails des bogues et le contexte de développement à mesure que les agents travaillent, afin que ces informations restent accessibles à toute l’équipe au lieu de se perdre entre les sessions ou les outils. Un service lit également ces données mémorisées et y écrit tout en surveillant l’API de l’entreprise, puis crée des rapports de bogues dans son système de suivi des demandes en temps réel.

Cette version élargit donc le rôle d’Iris : au lieu de simplement fournir du contexte, le produit coordonne la manière dont un agent traite une requête, réutilise le travail antérieur, mémorise certaines informations et accède aux données sous contrôle. Toutefois, son niveau de maturité est inégal : ces fondations opérationnelles sont en disponibilité générale, tandis que les couches d’audit des décisions et de rétablissement des connexions restent en version bêta.