Заявка прямо в чате: что нужно проверить перед подключением ИИ к сервису
В СибБро мы предлагаем связывать ответ помощника с понятным действием клиента: выбрать услугу, создать заявку и получить её номер. Интерактивные карточки помогают пройти этот путь, если за ними стоят актуальные данные и точная связь с рабочей системой.
Мы рассматриваем MCP App на AgentCore как пример связи интерфейса с действием. В демонстрации AWS интерактивные карточки позволяют выбрать объект аренды, оформить бронирование и завершить его в совместимом ИИ-интерфейсе. Для своего процесса мы предлагаем отдельно определить правила цены, доступности и подтверждения заказа.
Начните с одного действия клиента
Для пилота можно выбрать запись на консультацию или запрос доступного оборудования. Карточка должна показывать сведения из актуального реестра: название, доступность и условия. Отдельно определите, кто отвечает за обновление этих данных.
До сохранения заявки клиент видит итог: выбранную услугу, дату и существенные условия. После сохранения — номер из рабочей системы. Если результат операции неизвестен, интерфейс сообщает о проверке статуса. Он не должен рисовать подтверждение только потому, что модель сформировала убедительный текст.
Какие проверки нужны до запуска
Проверьте смену условий между просмотром карточки и подтверждением. Например, доступное время уже занял другой клиент. Рабочая система должна повторно проверить доступность перед записью и предложить выбрать другой вариант при конфликте.
Второй сценарий — двойное нажатие. Оба запроса должны относиться к одной операции. Третий — сбой после сохранения: заявка уже есть, но интерфейс не получил ответ. Восстановление начинается с поиска существующей записи.
При выборе границ пилота пригодится разбор видов ИИ-агентов и их применения. Он помогает определить, какие действия поручить агенту и где оставить утверждённый порядок согласования.
Риски пилота и условия масштабирования
Устаревшая карточка может показать неверную цену. Храните версию условий и проверяйте её при подтверждении. Критерий готовности — система обнаруживает изменение и запрашивает новое согласование.
Избыточные права инструмента позволяют изменить больше данных, чем требуется для заявки. Ограничьте набор доступных операций и проверьте попытку обращения к чужой записи. Для масштабирования нужны подтверждённая изоляция клиентов, восстановление после сбоя и понятный путь к сотруднику.
Результат пилота оценивайте по завершённым заявкам и числу исправлений, а также по тому, понимает ли клиент, что именно он подтвердил.
Видео: Подключение ИИ-агента к сервису через MCP
Александр Бындю показывает подключение ИИ-агента к Социотеху через MCP и работу с действиями сервиса. Это практический пример проверки доступа и результата операции.
