Подходит для пилота
Задача повторяется, входные данные доступны, результат можно проверить, а исключения способен принять человек. Процесс имеет владельца и понятную точку завершения.
Начинаем не с модели, а с процесса: выбираем повторяемую задачу, проверяем данные и системы, задаём разрешённые действия и участие человека. Затем собираем пилот с журналом, критериями приёмки, остановкой и понятной передачей в поддержку.
Задача повторяется, входные данные доступны, результат можно проверить, а исключения способен принять человек. Процесс имеет владельца и понятную точку завершения.
Правила нигде не зафиксированы, действия нельзя отменить, системы не ведут журнал, а критерий результата меняется от случая к случаю. Здесь сначала нужен учёт или заданный workflow/RPA.
Для поиска по функциям используйте задачи ИИ-агентов по отделам. Интерфейс чат-бота не превращает фиксированный сценарий в агента: архитектуру определяют выбор инструментов, права и способ завершения задачи.
Пример конфигурации, не клиентский кейс
триггер → входные данные → инструменты → разрешённые действия → подтверждение человеком → журнал → критерий завершения → остановка
Паспорт связывает бизнес-задачу с техническими границами. В нём видно, где достаточно заданного маршрута, а где агенту действительно нужно выбирать следующий инструмент по контексту.
Проверяем, откуда приходит событие, какие поля агент читает, куда записывает результат и какие ограничения есть у API. Совместимость не обещаем до этой проверки.
Для каждого действия фиксируем: разрешено автоматически, требует подтверждения человеком или запрещено. Секреты и доступы отделяем от рабочего контекста.
Необратимые, денежные, юридически значимые и нестандартные действия передаются ответственному сотруднику вместе с контекстом.
Агент сверяет обязательные поля, права и актуальность состояния.
Повторяем только безопасные операции и ограничиваем число попыток.
Идентификатор операции не даёт создать вторую запись при повторном событии.
При неопределённости агент останавливается и передаёт журнал ответственному.
До запуска фиксируем исходный способ работы и собираем репрезентативную выборку задач. Приёмка учитывает корректность действий, полноту журнала, долю передачи человеку и обработку исключений. Метрика и допустимый порог согласуются под процесс; результат заранее не обещается.
Отключение новых заданий и уведомление владельца процесса.
Перевод потока на прежний ручной или фиксированный маршрут без потери контекста.
Вход, выбранный инструмент, действие, результат, ошибка и решение человека доступны для аудита.
Заранее фиксируем владельца процесса, владельца инфраструктуры и ответственного за регламент. Передаём конфигурацию, документацию, схему доступов, журнал изменений и инструкцию остановки. Формат поддержки зависит от критичности процесса и частоты изменений, а не от обещания полной автономности.
Публичные кейсы Edemium сейчас не содержат первичных данных, достаточных для подтверждения точных результатов автономного ИИ-агента. Поэтому на этой странице нет клиентских цифр, цитат и обещаний повторить эффект. Архитектурные решения проверяются на ваших данных в границах пилота.
На оценку влияют число систем и ролей, качество данных, объём разрешённых действий, требования к журналу, подтверждениям, отказоустойчивости и поддержке. Эти факторы возвращаем вместе с планом пилота, без фиксированной вилки до разбора.
Владелец процесса определяет разрешённые действия и случаи обязательного подтверждения человеком.
Пилот должен остановить небезопасное действие, сохранить контекст и передать задачу ответственному сотруднику.
Чат-бот задаёт интерфейс, RPA или workflow выполняет заранее заданный маршрут, а агент может выбирать разрешённый инструмент по контексту. Подробнее: чем ИИ-агент отличается от чат-бота и автоматизации.
Подходит, если есть один повторяемый процесс, владелец со стороны бизнеса и возможность проверить результат на выборке.
Что нужно: краткое описание задачи, список систем, пример входных данных без секретов и ожидаемый результат. Не отправляйте пароли, записи разговоров, клиентские списки и чувствительные документы.
Что вернём: паспорт процесса, пробелы в интеграциях и данных, матрицу прав и подтверждений, выборку и метрику приёмки, сценарий остановки и возврата, факторы стоимости и следующий шаг оценки.
Написать в Telegram