Сценарий и границы полномочий
Определяем, что агент делает сам, что предлагает человеку и чего не делает никогда. Границы полномочий задаём в архитектуре, а не просьбой в промпте.
ИИ-агенты · Ассистенты · Автоматизация задач
В разработке ИИ-агентов главный вопрос касается полномочий: что агенту разрешено, как проверяется его работа и что происходит, когда он ошибается. Агент отличается от чат-бота тем, что действует: выбирает шаги, вызывает ваши системы и доводит задачу до результата.
Для команд, которым нужно снять с людей повторяющуюся работу, где требуется понимать смысл: разбор заявок и документов, первая линия поддержки, подготовка отчётов, рутина в CRM и внутренних сервисах.
Определяем, что агент делает сам, что предлагает человеку и чего не делает никогда. Границы полномочий задаём в архитектуре, а не просьбой в промпте.
Подключаем агента к вашим базам, API и сервисам и заранее обрабатываем отказы и таймауты. Рано или поздно инструмент ответит ошибкой, и в этот момент агент должен вести себя предсказуемо.
Документы, регламенты и данные становятся памятью агента через поиск по смыслу и графы знаний. Так агент опирается на ваши правила, и угадывать ему не приходится.
Наборы проверочных задач и метрики появляются до выката в продакшен. Без них «стало лучше» остаётся ощущением, и любая правка промпта превращается в лотерею.
Каждое действие агента пишется в журнал: что он сделал, на каком основании, сколько это стоило. Журнал нужен и для разбора инцидентов, и для контроля расходов на вызовы моделей.
Агент работает там же, где люди: в мессенджере, веб-интерфейсе, встроенном виджете, внутренней системе. Отдельный сервис, куда нужно специально заходить, теряет пользователей.
Выбираем сценарий, который повторяется часто и имеет проверяемый результат. Редкие и разовые задачи агенту не отдаём.
Собираем агента вместе с набором тестовых задач: качество измеряем с первого дня, до первых жалоб пользователей.
Запускаем на реальном потоке, каждое действие агента подтверждает человек. Смотрим, где и на чём агент ошибается.
Даём агенту больше самостоятельности там, где качество подтверждено, и оставляем подтверждение человеком там, где ошибка стоит дорого.
Следим за качеством и стоимостью, разбираем новые случаи, повторяем регрессионные проверки при смене модели.
Инженерную работу мы ведём вместе с ИИ-агентами нескольких вендоров по единому своду правил. Сеансы запускают и принимают люди, поэтому мы хорошо знаем, где агент ошибается и как это ловить.
Версии, наборы проверочных задач, метрики, регрессионные проверки при смене модели или промпта. Агента мы сопровождаем так же, как любую программу, которой работать в продакшене.
Если данные не могут покидать периметр, разворачиваем агента на локальных моделях с открытыми весами внутри вашей инфраструктуры.
Авиация · торговля авиационными компонентами и MRO
ПилотИИ-агент читает входящие RFQ, сравнивает предложения поставщиков и проверяет документы. Сделку по обязательным этапам ведёт отдельная система учёта сделок.
Дистрибуция · Партнёрские сети
В продакшенеПартнёр спрашивает, кто в команде неактивен и что мешает следующему уровню, и получает цифры только по своей части сети. Доступ ограничен на уровне SQL.
ИИ-инфраструктура · мультиагентные системы
Внутренний продуктЗа 2,5 недели собрали ядро мультиагентной платформы: 29 декларативных агентов в трёх командах, пары «агент и критик», память на четырёх СУБД, пять уровней автономии.
ИТ-консалтинг · Квалификация лидов
Внутренний продуктМы заменили форму заявки ИИ-консультантом. Он расспрашивает посетителя о бизнесе и выдаёт план пилота с KPI и рисками, а в CRM попадает лид с бюджетом и сроками.
Чат-бот отвечает текстом: по заданному сценарию или с помощью модели. Агент выполняет задачу: планирует шаги, вызывает внешние системы, проверяет результат и доводит дело до конца. Разговор для агента только интерфейс, сама работа идёт в ваших системах.
Основные затраты уходят на интеграции, подготовку знаний и проверку качества, сам агент обходится дешевле. Простой агент с одним источником данных и одной точкой интеграции стоит заметно меньше, чем агент с доступом к нескольким системам и работой в закрытом контуре. Вилку называем после разбора сценария.
То, что заложено в архитектуру. Действия с дорогими последствиями подтверждает человек, остальные пишутся в журнал и обратимы. Мы проектируем систему в расчёте на то, что ошибка случится, потому что она случится.
Да, если этого требует контур. Локальные модели слабее в сложных рассуждениях, поэтому сценарий подбираем под возможности модели и обсуждаем это заранее.
Набором проверочных задач с известным правильным ответом и метриками на реальном потоке: доля задач, доведённых до конца без вмешательства, доля исправлений человеком, стоимость одной задачи. Те же метрики показывают, когда агенту можно дать больше самостоятельности.
Обычно нет. Один агент с хорошими инструментами дешевле и предсказуемее. Несколько агентов оправданы, когда нужны разные роли с разными правами или когда один участник проверяет работу другого. Об этом подробно на странице про мультиагентные системы.
Мультиагентные архитектуры · LLM · Автономия
Внедрение ИИ · Автоматизация процессов · Интеграция
Наука · Исследования · Разработка
Калькулятор AVA считает экономику вашего процесса по вашим цифрам, без формы и без нашей цены. Если автоматизация не окупается, он так и скажет.
Посчитать окупаемостьОпишите, что нужно решить. Если задача не решается или не окупается, скажем об этом до начала работ.