Chrome DevTools для ИИ-агента: как проверять консоль, сеть и доступность с контролем человека

Браузерный агент может ускорить первичную проверку сайта: собрать ошибки консоли, открыть сетевой запрос, посмотреть дерево доступности и пройти короткий пользовательский сценарий. Но такой инструмент не заменяет разработчика и не должен работать в профиле с рабочими cookies, платежами и доступом к админке.

Самый безопасный класс задач — наблюдение. Агент открывает страницу, фиксирует состояние и формулирует гипотезу. Он может найти JavaScript-ошибку, запрос со статусом 404 или недоступную кнопку, но исправление нужно принимать отдельно.

Попросите перечислить ошибки после чистой загрузки страницы и после конкретного клика. Для каждой ошибки нужны URL, шаг воспроизведения и время. В сети полезно проверить статус, тип ресурса, длительность и причину блокировки, но не копировать в отчёт заголовки с токенами.

Дерево доступности помогает увидеть, как элемент воспринимается вспомогательной технологией. Агент может отметить кнопку без имени, поле без подписи или скрытый элемент, который всё ещё попадает в порядок фокуса. Это подсказка для ручной проверки, а не заключение о соответствии стандарту.

Используйте отдельный профиль браузера и тестовый домен. В нём не должно быть сохранённых паролей, рабочих почтовых ящиков и настоящих заявок. Отключите автоматическую отправку форм и заранее договоритесь, что агент только наблюдает.

Создайте пользователя с минимальными правами. Если проверяется Tilda, работайте с копией страницы или черновиком. Для CRM подставляйте фиктивный адрес и помечайте заявки словом «TEST», чтобы их можно было удалить без путаницы.

Не давайте агенту доступ к кнопкам публикации, оплате, удалению проекта и смене DNS. Если сценарий требует увидеть такую кнопку, остановитесь перед нажатием и попросите человека подтвердить результат вручную.

Начните с URL и версии страницы. Затем очистите консоль, перезагрузите страницу и зафиксируйте ошибки. После этого воспроизведите один сценарий: открыть меню, заполнить тестовое поле или перейти в нужный раздел.

Проверьте заголовок, основной блок, видимость кнопки и наличие горизонтальной прокрутки. Если страница уже сломана на этом шаге, дальнейшие сетевые выводы будут неполными.

Отдельно смотрите медленные запросы и запросы с ошибками. Не называйте страницу «медленной» только по одному запросу: нужно понять, влияет ли он на первый экран или на действие пользователя. Для измерений повторите тест в обычном и мобильном режиме.

Отчёт должен содержать шаг, наблюдение, доказательство и рекомендацию. Фраза «форма не работает» недостаточна. Нужны конкретные условия: какое поле заполнено, что показано после клика и какой запрос ушёл.

Сохраните короткий сценарий и повторите его вручную. Скриншот помогает проверить визуальную часть, но не доказывает отправку данных. Для сети нужен экспорт безопасных сведений без cookies и авторизационных заголовков.

Агент может предложить заменить селектор или добавить подпись полю. Перед изменением проверьте код и запустите тест. Не принимайте исправление только потому, что консоль стала пустой: проблема могла переместиться в пользовательский сценарий.

Динамический интерфейс может менять DOM между шагами. Агент запоминает элемент по тексту или позиции, а после загрузки нового состояния нажимает не туда. Второй риск — передача чувствительных данных в контекст диагностики.

Просите агента сначала найти элемент и сообщить его роль, а затем действовать. Не используйте только координаты мыши. После перехода проверяйте, что URL и заголовок соответствуют ожидаемому состоянию.

Перед запуском уберите токены из адресов и консоли. Заполнение формы не должно завершаться отправкой автоматически. В финальном отчёте маскируйте почту, телефон и идентификаторы пользователя.