Слово «агент» сейчас пишут на всём подряд – от почтовой рассылки до макроса в таблице. Определение, которым пользуемся мы в AISOL, помещается в одну строку: агент – это программа, которая получает задачу, сама разбивает её на шаги, выполняет их в ваших рабочих системах и приносит результат. Не отвечает на вопросы – делает работу.
Проще всего это видно на примерах. Возьмём три системы, которые есть почти в каждой казахстанской компании: CRM в продажах, учётную систему на складе и в бухгалтерии, МИС в клинике. В каждой покажем один и тот же цикл: событие – шаги – результат – и момент, когда агент останавливается и зовёт человека.
Чем агент отличается от чат-бота и скрипта?
Чат-бот разговаривает: распознал тему – выдал заготовленный ответ. Скрипт повторяет: записанную последовательность кликов он воспроизводит быстро и одинаково, пока не поменялась форма. Агент понимает смысл и выбирает шаги сам – по регламенту, но с поправкой на конкретный случай.
Разница хорошо видна по вопросу, который стоит задавать на демо. Чат-боту – «что ты умеешь отвечать?». Скрипту – «что ты умеешь повторять?». Агенту – «какой процесс ты доведёшь до результата и где остановишься?». Три разных вопроса – три разных класса инструментов.
Житейская аналогия такая. Чат-бот – справочное окно: подскажет, где касса. Скрипт – конвейерная лапа: точна, пока деталь подаётся одинаково. Агент – толковый стажёр: ему объяснили правила, дали доступы, и рутину он делает сам, а с нестандартным случаем приходит к старшему. Не потому, что сломался, – потому что так договорились.
| Вопрос | Чат-бот | Скрипт (RPA) | AI-агент |
|---|---|---|---|
| Что понимает | ключевые слова | ничего – повторяет | смысл задачи и документа |
| Вход | короткий вопрос | одинаковые данные | текст, речь, документы, данные систем |
| Если случай нестандартный | заводит в тупик | ломается | решает или зовёт человека |
| Результат | ответ | перенесённые данные | выполненный шаг процесса |
Пример 1. CRM: звонок закончился – карточка заполнилась
Событие: менеджер положил трубку. Для платформы это сигнал – события запускают процессы. Агент забирает запись разговора, расшифровывает её – казахская и русская речь распознаются на уровне носителя, – и достаёт суть: о чём договорились, какая сумма обсуждалась, что клиента смущает, когда следующий контакт.
Дальше шаги в CRM: обновить этап сделки, вписать договорённости, поставить задачу «отправить расчёт до среды». Менеджер не заполнял ничего. Руководитель утром видит воронку, собранную из реальных разговоров, а не из того, что менеджеры успели внести к планёрке. Это как ассистент, который сидел рядом на каждом звонке и сам вёл ежедневник – только таких звонков он выдерживает тысячу в день.
Прозвучало в разговоре «пришлите договор юристу» – агент подготовит черновик письма с вложением и оставит его менеджеру на подтверждение. Сделка ускоряется не магией, а тем, что шаги перестают ждать свободной минуты.
Пример 2. Учётная система: накладная против заказа
Событие: на почту снабжения пришла накладная от поставщика. Агент распознаёт документ – включая скан с печатью, – находит в учётной системе соответствующий заказ и сверяет построчно: позиции, количество, цены, сроки.
Всё сошлось – агент готовит документ к проведению и оставляет его на подтверждение. Расхождение – цена по двум позициям выше заказа на 4% – и агент останавливается: подсвечивает строки, прикладывает заказ и накладную, отправляет снабженцу. Решение «принять или спорить с поставщиком» остаётся за человеком. Это приёмщик на воротах склада: сверяет привезённое с заказанным до подписи, а не после.
Масштаб эффекта зависит от потока. При сотне накладных в день ручная сверка – это целая ставка специалиста, при десяти – полчаса ежедневной рутины. Агент забирает и то и другое; меняется только объём времени, который возвращается людям.
Пример 3. МИС: приём закончился – случай проверен
Событие: врач закончил диктовать приём. Агент раскладывает сказанное по структуре карты – жалобы, осмотр, диагноз, – предлагает код МКБ-10 и коды услуг, а затем прогоняет случай по чек-листу требований фонда: услуги обоснованы, подписи и даты на месте. Врач проверяет, подтверждает – запись уходит в МИС.
Замечание – например, нет обоснования госпитализации – блокирует отправку, пока его не снимут. Аналогия из жизни: ординатор, который пишет под диктовку и сверяет оформление с правилами, прежде чем отдать документы на подпись. Целиком этот сценарий мы разобрали в решении для медицины.
Три примера – три разных агента, но платформа одна: общие интеграции, общие права, общий журнал. Когда сценарии соседствуют, агенты передают работу друг другу – тот, что нашёл расхождение в накладной, ставит задачу тому, что готовит письмо поставщику. Из отдельных помощников складывается процесс, который идёт сам от события до результата.
Как агент попадает в ваши системы?
Основной путь – API: агент читает и пишет данные напрямую, это быстро и надёжно. Если API у системы нет – а у старых учётных систем и части СЭД его нет, – агент работает через интерфейс: открывает те же экраны, что сотрудник, заполняет поля, нажимает «провести». Медленнее, но не требует дорабатывать систему; как это устроено, мы описали в отдельной статье.
Права у агента – как у сотрудника: он видит и меняет ровно то, что разрешено его роли. Отдельный «суперпользователь» платформе не нужен – это осознанное архитектурное решение, и службу безопасности оно обычно успокаивает быстрее любых сертификатов.
Запускается всё событиями, а не расписанием дежурств: пришло письмо, завершился звонок, изменился статус, подошёл срок. Полный набор того, что платформа умеет вокруг агентов – документы, голос, дашборды, интеграции, – собран в возможностях платформы.
Когда агент зовёт человека?
Границы задаются при настройке, и это главный инструмент доверия. Три типовых правила. Низкая уверенность: агент не уверен в распознанном – не гадает, а спрашивает. Денежные пороги: проведение оплаты или скидка выше лимита требуют подтверждения. Необратимые действия: отправка случая в фонд, исходящее письмо контрагенту – только после человека.
Каждое действие агента пишется в журнал: что прочитал, что изменил, на каком основании. Любой результат раскручивается назад по шагам. На разборах именно журнал снимает больше всего скепсиса – «чёрный ящик» перестаёт быть чёрным.
Со временем границы сдвигаются. В первые недели агент спрашивает часто – так и задумано. Потом пороги пересматривают по журналу: где агент стабильно прав, подтверждение снимают; где ошибается – полномочия сужают. На фактах, а не на ощущениях.
С чего начать знакомство с агентами
Не с презентаций. Выберите один процесс, где рутина очевидна – звонки, первичка, заявки, – и посмотрите на агента на своих данных. Такой прототип мы настраиваем примерно за неделю, бесплатно: вы приносите примеры, мы показываем работающий цикл «событие – шаги – результат». Продуктивное внедрение – от восьми недель, оплата – по подписке. Хороший первый кандидат – процесс с чётким событием и проверяемым результатом: звонок завершился, документ пришёл, случай закрыт. Записаться на разбор процесса можно через контакты.
Частые вопросы
Агент может ошибаться?
Может, поэтому процесс строится с контрольными точками: необратимые шаги подтверждает человек, а точность агента мы измеряем на прототипе – на ваших данных, до внедрения. Разница с человеческой ошибкой в том, что ошибка агента видна в журнале сразу – вместе с шагом, на котором процесс свернул не туда.
Чем агент отличается от макросов, которые у нас уже есть?
Макрос повторяет клики и падает на первом нестандартном документе. Агент работает со смыслом: прочитает накладную с другой формой, поймёт письмо со свободной формулировкой, а в спорной ситуации остановится и спросит. Макросы при этом никто не запрещает – они спокойно живут рядом.
Сколько агентов нужно нашей компании?
Начинают с одного процесса и одного-двух агентов. Дальше экономика работает на вас: интеграции, права и журнал уже построены, поэтому второй сценарий подключается быстрее и дешевле первого. Расширяться разумно по мере того, как команда привыкает.