AWS выпустила Amazon Bedrock AgentCore Browser Tool — управляемый инструмент, который позволяет ИИ-агентам взаимодействовать со старыми веб-приложениями через сам браузерный интерфейс, а не через API. Инструмент входит в более широкую платформу AWS AgentCore для создания и развёртывания ИИ-агентов и нацелен именно на ту проблему, которую многие компании годами тихо обходили стороной: критически важное для бизнеса ПО, у которого попросту нет пути интеграции.
Устаревшие веб-приложения — внутренние инструменты, написанные десятилетие назад, порталы поставщиков без публичного API, старые SaaS-продукты, изначально не рассчитанные на программный доступ, — обычное явление в операционном стеке малых и средних B2B-компаний. Когда бизнесу нужно перенести данные в такую систему или вывести их из неё, стандартным решением остаётся ручной ввод: сотрудник заходит в систему, кликает по интерфейсу и вручную копирует информацию. По данным AWS, Browser Tool призван взять эту работу на себя: агент перемещается по страницам, заполняет формы и извлекает информацию так же, как это делал бы человек, но работает как автоматизированный изолированный процесс, управляемый инфраструктурой AWS, а не как локально запущенный скрипт браузерной автоматизации.
Здесь есть существенное отличие от типичных инструментов роботизированной автоматизации процессов (RPA): браузерная сессия управляется и изолируется инфраструктурой AWS, а не выполняется на локальной машине или самостоятельно поддерживаемом сервере. Именно это, по позиционированию AWS, снижает эксплуатационную нагрузку на поддержание браузерной автоматизации в масштабе. В своём материале AWS приводит референсную архитектуру для построения агентов, которые проходят аутентификацию в легаси-системе, выполняют заданную задачу и передают результат в более широкий рабочий процесс, — то есть позиционирует инструмент как один из строительных блоков внутри агентного фреймворка Bedrock AgentCore, а не как самостоятельный RPA-продукт.
Компаниям, которые оценивают этот инструмент, стоит уточнить для себя несколько моментов. Это не способ добавить API-подобную функциональность старому приложению — это способ автоматизировать ту самую ручную работу в браузере, которую иначе выполнял бы человек. А значит, инструмент наследует ту же хрупкость, что присуща любой автоматизации на основе интерфейса: если интерфейс легаси-приложения изменится, автоматизация может сломаться. Документация AWS описывает инструмент как подходящий для ограниченных, чётко определённых задач — например, выгрузить отчёт, отправить форму, проверить статус, — а не для свободной навигации по незнакомым системам. Подробности по ценообразованию и региональной доступности приведены в документации AWS и не были полностью раскрыты в самом анонсе; командам, рассматривающим этот инструмент, стоит уточнить актуальные условия напрямую у AWS перед тем, как принимать решение.
Более широкий сигнал заключается в том, что автоматизация на уровне браузера теперь встраивается в агентные платформы крупных облачных провайдеров как штатный инструмент, а не остаётся полностью на откуп сторонним RPA-вендорам или самописным скриптам. Для компаний с легаси-системами в стеке это снижает технический порог входа для тестирования агентной автоматизации на инструментах, которые раньше считались неавтоматизируемыми без масштабной кастомной разработки.