Чекаут ломается от CSS-класса — AWS гоняет мониторинг через Nova Act

Когда чекаут падает из‑за переименованного CSS-класса, метрики бэкенда могут оставаться зелёными — AWS показала синтетический мониторинг на Amazon Nova Act: шаги задаются обычным текстом, модель смотрит скриншот страницы, а не селекторы DOM, и сценарий крутится в Amazon Bedrock AgentCore Runtime с изолированным браузером по расписанию.

В ранних enterprise-кейсах Nova Act заявляют свыше 90% точности на браузерных workflow. Selenium и Playwright с find_element по CLASS_NAME, ID и XPath ломаются от малейшей смены разметки; три вызова nova_act.act() с формулировками вроде «нажми checkout» в посте противопоставляют длинной цепочке локаторов. Командам всё равно имеет смысл закладывать повтор шага: в примере агента шаг выполняется один раз, чтобы не раздувать длительность сессии Browser tool.

Как устроен прогон

• Amazon EventBridge Scheduler — запуск от каждых 5 минут до раза в час, прямой вызов InvokeAgentRuntime.
• Nova Act — действия через act(), проверка исхода через act_get() с boolean-схемой (корзина, результаты поиска, нет баннера ошибки).
• Amazon SNS — уведомление при падении journey; успешный прогон в топик не пишет.

Авторы советуют начать с 3–5 критичных путей — логин, чекаут, доступ в аккаунт — и валидировать смысл шага, а не каждый элемент страницы. Типичный шестишаговый сценарий в тестах занимает 2–4 минуты; деплой через Nova Act CLI (act workflow deploy с entry-point workflow.py) даёт постоянный ARN рантайма для цели планировщика. В репозитории есть и CDK-стек с SNS, SQS dead-letter и CloudWatch-алармами на сбои доставки — но сломанный чекаут при «успешном» HTTP ловится публикацией агента, а не этими алармами.

Источник: Implementing synthetic monitoring using Amazon Nova Act.