ИИ-агент теперь может запускать готовый процесс AWS Step Functions через Amazon Bedrock AgentCore Gateway. Агент выбирает момент и входные данные, а последовательность действий выполняется по заранее заданной схеме.
Готовые процессы Step Functions можно предоставить ИИ-агенту как инструменты через Amazon Bedrock AgentCore Gateway. Агент решает, когда вызвать процесс и какие данные передать. Step Functions выполняет шаги в том порядке, который задала команда.
Это описано в анонсе AWS от 29 октября. Step Functions — сервис для организации последовательностей действий. Gateway соединяет агента с инструментами через MCP, протокол такого подключения.
В опубликованном примере агент поддержки запускает процесс возврата: проверка условий, согласование руководителем и зачисление. Порядок этих шагов описывает команда; обновление не превращает их в свободную импровизацию модели.
Нет. Заданный порядок не подтверждает правильность исходного обращения или переданных значений. Агент всё ещё может выбрать неподходящий процесс либо передать неверный номер заказа. Проверки входных данных и допустимых действий остаются частью решения.
Для учебного сценария предлагаем начать с запроса статуса процесса. Его результат проще проверить без изменения денег и рабочих записей. Следующий шаг можно добавлять после понятной приёмки первого.
Как распределять роли и передачу задач между помощниками, разобрано в материале о мультиагентных системах. Само количество агентов не определяет качество проверки.
Возможность работает во всех регионах AWS, где доступен Amazon Bedrock AgentCore Gateway. Можно подключать существующие процессы Standard и Express. AWS указывает обычную оплату Step Functions и AgentCore Gateway; отдельного обещания бесплатного исполнения анонс не содержит.
До запуска нужно сверить доступность нужного региона, настройки инструментов и условия каждого используемого сервиса. Число запусков процесса и стоимость работы всей схемы могут различаться из-за состава шагов.
Агент также может получать сведения о запусках. В примере AWS это помогает найти, на каком шаге остановился процесс обработки заказа. Сообщение об обнаруженной ошибке полезно связать с конкретным запуском и его состоянием.
Задайте допустимый вход, ожидаемую последовательность и подтверждаемый итог. В учебной среде проверьте правильный запрос, неизвестный объект и отказ одного шага. Завершённым результатом должен считаться нужный итог процесса, а не только согласие агента начать работу.
Наша схема приёмки: запрос, идентификатор запуска, пройденные шаги, итог и понятное объяснение незавершённого состояния. Если выполнение ещё идёт или его результат неизвестен, не нужно автоматически повторять действие и создавать второй запуск.
Разницу между отправленным запросом и сохранённым результатом объясняем в разборе пути заявки. Для этой новости мы не подключали процессы и не выполняли возвраты: речь о новом способе связать существующую схему с агентом.
