redb.Route 3.1.0 добавил LLM и запуск процессов прямо в маршруты
В новой версии redb.Route LLM и запуск команд стали обычными транспортами внутри одной и той же маршрутизации. Это значит, что с моделью и системными процессами можно работать так же, как с HTTP, Kafka или RabbitMQ, без отдельного AI-фреймворка рядом.
Что появилось в версии 3.1.0
В redb.Route 3.1.0 добавили два новых транспорта: Llm и Exec. Первый позволяет обращаться к языковой модели как к обычному endpoint, например через .To("llm://claude"). Второй отвечает за запуск процессов с ограничениями по разрешенным командам, рабочей папке и таймауту.
На практике это упрощает построение сценариев, где ИИ не живет отдельно от остальной инфраструктуры, а встроен в общую маршрутизацию. Один и тот же подход теперь можно использовать и для внешних сервисов, и для действий, которые раньше приходилось собирать отдельными скриптами или сервисами.
Чем это полезно для работы
Новая схема особенно удобна командам, которые уже используют redb.Route для интеграций, очередей и автоматизации. Теперь можно собирать агента, который отправляет запрос в модель, вызывает утилиту через shell-инструмент и дальше передает результат в обычный поток обработки данных.
Для бизнеса это полезно там, где нужен практичный ИИ без лишней сложности: разбор обращений, вспомогательные внутренние сценарии, автоматические проверки, бэкапы, health-checks и другие рутинные задачи. Плюс в том, что все это работает в одной DSL и с теми же механизмами надежности и наблюдаемости.
Что важно понимать перед использованием
Это пока анонс, а не полноценный разбор архитектуры. Авторы отдельно подчеркивают, что часть деталей будет раскрыта позже, поэтому сейчас важнее сама идея: LLM и Exec стали частью общей системы, а не надстройкой сбоку.
Такой подход снижает порог входа для тех, кто хочет попробовать ИИ в своих процессах без перестройки всей платформы. Если в компании уже есть маршруты и интеграции, новые возможности можно встроить поэтапно и без резкого усложнения стека.
Частые вопросы
Что нового в redb.Route 3.1.0?
Появились два новых транспорта: Llm для обращения к языковым моделям и Exec для запуска процессов внутри маршрутов.
Зачем делать LLM обычным endpoint?
Так проще включать ИИ в существующие интеграции: модель становится частью привычной маршрутизации, а не отдельным инструментом.
Кому это может пригодиться?
Разработчикам и командам автоматизации, которым нужно собирать ИИ-сценарии, внутренние агенты и фоновые задачи в одной системе.