Redis розширює Iris: маршрутизація агентів, спостережуваність та обмін повідомленнями

Redis повідомила 4 листопада 2026 року, що її механізм контексту Iris реального часу тепер пропонує шість взаємно комбінованих можливостей для ШІ-агентів: чотири загальнодоступні, а ще дві — у бета-версії. До продукту, який раніше зосереджувався на контексті й пам’яті, додали маршрутизацію запитів, процедури для повторного використання, спостережуваність і стійкий обмін повідомленнями.

Клієнти можуть використовувати ці можливості разом, окремо або в будь-якому поєднанні в межах одного середовища виконання. На думку Рована Троллопа, розробникам не доводилося б збирати окремі інфраструктурні продукти, щоб забезпечити агентам пам’ять, релевантний контекст, доступ до актуальних даних, маршрутизацію та комунікацію. Пропозиція Redis для початку роботи передбачає 5 000 безкоштовних повідомлень.

У супровідному детальному технічному розборі Сімба Хаддер, директор із розробки програмного забезпечення в Redis, описує виробничі проблеми, на які має відповісти цей дизайн: агенти починають роботу без попередньої історії, зберігають конфіденційні відомості, але втрачають корисні уподобання, працюють із неповною інформацією та знову й знову відтворюють контекст для запитів, із якими вже мали справу. Ці сценарії збоїв пов’язують окремі можливості релізу спільною темою безперервності, повторного використання та контролю.

Чотири можливості стали загальнодоступними

Intent Router визначає зміст запиту, а не його точне формулювання, а потім спрямовує його до збереженої відповіді FAQ, навички агента, людини або LLM. Він також підтримує маршрутизацію агентів і моделей, захисні обмеження та нечіткі умовні рішення, завдяки чому по-різному сформульовані варіанти того самого запиту можна обробляти як одну й ту саму базову проблему.

Agent Playbooks відокремлює стабільні відповіді, придатні для повторного використання, від запитів, що потребують актуальних даних і повторного виконання відомої процедури. За словами Redis, із кожним використанням плейбуки стають докладнішими й точнішими, скорочуючи час розв’язання проблем і витрати токенів. Тож Playbooks доповнює Intent Router у частині повторного використання: один інструмент визначає тип запиту, а інший — чи може наявна відповідь або процедура його задовольнити.

Agent Memory використовує MemoryETL для формування спогадів на основі дій користувачів, документів, баз знань та інших напівструктурованих даних. Система організовує ці спогади в ієрархічну структуру, забезпечуючи точніший контроль, а також надає засоби перегляду, аудиту й відстеження походження, щоб команди могли бачити, звідки походить кожен спогад. Вона також може відкидати інформацію, яку не слід зберігати, зокрема персональні дані, що дають змогу ідентифікувати особу.

Context Gateway надає єдину керовану точку доступу до під’єднаних джерел контексту. Клієнти можуть під’єднувати власні сервери MCP, кешувати відомості про те, які інструменти розв’язують певні проблеми, і створювати результати для повторного використання, щоб забезпечити узгодженість між сеансами. Redis позиціонує кешування інструментів як спосіб зменшити використання токенів і поширює увагу релізу до уникнення повторної роботи моделі з відповідей і процедур на доступ до даних.

Бета-інструменти охоплюють аудит і збої з’єднання

Lens дає змогу простежити результат роботи агента до навички, маршруту або відповіді FAQ, які його забезпечили, використаного спогаду та сеансу, у якому він виник. Він також показує успішність завдань, кількість токенів на завдання та затримку, поєднуючи аудиторський слід з операційними показниками. Це має зробити поведінку агента доступною для запитів, коли командам потрібно діагностувати неправильну відповідь, з’ясувати причину витрат токенів або встановити, чому було виконано певну дію.

Agent Mesh призначений для усунення перебоїв у комунікації. Агенти спілкуються через тимчасові потоки, а в разі втрати з’єднання система автоматично буферизує дані й відновлює з’єднання. Durable SSE Streams покликані забезпечувати безперервне передавання відповідей під час перебоїв, а A2A Comms надає канал для делегування завдань агентами та передавання роботи між ними. Отже, Lens і Mesh усувають різні виробничі ризики: відтворення перебігу ухвалення рішення та збереження розмови.

Від травневого запуску до використання клієнтами

Redis представила Iris 18 травня 2026 року як рівень контексту й пам’яті між агентом і потрібними йому даними. До складу продукту на момент запуску входили Context Retriever, Agent Memory, Redis Data Integration, LangCache і Redis Search; Context Retriever і Agent Memory були доступні в попередній версії. Відтоді Agent Memory стала загальнодоступною, а новий набір можливостей розширив початковий фокус на пошуку й пам’яті, додавши маршрутизацію, процедури для повторного виконання, відстеження рішень і відновлення потоків.

Нік Томпсон, старший розробник програмного забезпечення в Safe in Home, описав конкретний приклад упровадження на сторінці продукту Redis Iris: «Redis Agent Memory допомагає нам зберігати й повторно використовувати контекст між нашими агентами для написання коду в реальному часі». Його команда використовує цей інструмент, щоб фіксувати інженерні рішення, відомості про помилки й контекст розробки під час роботи агентів, зберігаючи доступність цієї інформації для всієї команди, а не втрачаючи її між сеансами чи інструментами. Один зі службових компонентів також читає ці дані й записує їх у пам’ять, відстежуючи роботу API компанії, а потім у реальному часі створює звіти про помилки в системі обліку завдань.

Отже, Iris розширює свою роль: від надання контексту до координації обробки запитів агентом, повторного використання попередньої роботи, збереження вибраної інформації та доступу до даних із належним контролем. Водночас рівень зрілості можливостей неоднаковий: ці операційні основи вже загальнодоступні, тоді як рівні аудиту рішень і відновлення з’єднання залишаються в бета-версії.