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