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