Проще говоря, router agent работает как диспетчер. Если пользователь спрашивает про счет, запрос идет к финансовому агенту. Если вопрос про доставку - к логистическому. Если нужен договор - к юридическому. Если запрос опасный или непонятный - к человеку или в отдельную проверку.
Router agent особенно полезен в системах, где один универсальный агент становится слишком большим и непредсказуемым. Вместо одного промпта на все случаи команда делает несколько специализированных агентов, а router выбирает, кого вызвать.
Маршрутизация может работать по intent classification, ключевым признакам, правилам, confidence score, роли пользователя, каналу, данным CRM, типу документа или результату предыдущего шага. В простом варианте это набор if/else. В сложном - state graph, multi-agent orchestration или policy engine.
В AI-системах router agent помогает снизить хаос: разные домены получают разные инструкции, инструменты и ограничения. Агент поддержки не получает доступ к финансовым операциям, юридический агент работает с договорными правилами, а sales agent не отвечает за технический инцидент.
Важно, что router agent тоже может ошибаться. Если он неверно определил маршрут, задача попадет не туда, пользователь получит плохой ответ, а tool calling может стать опасным. Поэтому важны fallback, ручной handoff, логирование маршрута и проверка уверенности.
Хороший router agent должен объяснимо выбирать маршрут: какой intent найден, почему выбран агент, какие альтернативы были, какой confidence и что делать при неопределенности. Это сильно помогает в debugging и улучшении evals.
В production стоит хранить исходный запрос, найденный intent, выбранный маршрут, confidence, правила, версию router prompt, вызванного агента или инструмент, результат, fallback и trace. Тогда можно видеть, где маршрутизация ломается и какие классы запросов требуют отдельного агента.
Примеры
- Пользователь пишет про просроченную доставку, router agent направляет запрос к logistics agent вместо sales agent.
- В multi-agent системе router выбирает между юридическим, финансовым, CRM и support-агентом.
- Если confidence маршрутизации низкий, агент задает уточняющий вопрос или передает диалог оператору.
- Router agent видит запрос на изменение данных в CRM и запускает workflow с approval перед write-back.
- В LangGraph условный edge направляет состояние в нужный узел по типу задачи и результату классификации.
Где используется
- маршрутизация запросов между подагентами
- intent classification
- выбор инструмента или workflow
- multi-agent orchestration
- handoff человеку при неопределенности
- разделение доменов и прав доступа
- выбор базы знаний для RAG
- снижение сложности системного промпта
- контроль опасных действий через правила маршрута
Связанные термины
Action allowlist
Agent handoff
Agent state
Agent trace
Approval workflow
Blocked action
Classification
Conditional edge
Частые вопросы
Что такое router agent простыми словами?
Это агент-диспетчер, который понимает тип запроса и решает, кому его передать: другому агенту, инструменту, workflow или человеку.
Зачем нужен router agent?
Он помогает не делать одного огромного агента на все задачи, а разделить систему на специализированные маршруты с разными правилами и доступами.
Как router agent выбирает маршрут?
По intent, ключевым данным, роли пользователя, каналу, confidence score, правилам безопасности, состоянию workflow и доступным инструментам.
Какие риски есть у router agent?
Неверная классификация, опасный tool call не тем агентом, потеря контекста, бесконечная переадресация и отсутствие fallback для непонятных запросов.
Что логировать у router agent?
Исходный запрос, найденный intent, выбранный маршрут, confidence, версию правил, вызванного агента, fallback, результат и trace выполнения.
