Нужно ли уметь программировать?
Нет. Проект заводится обычной формой, экран снимается кнопкой, а замечание вы пишете словами — «кнопка не видна на тёмном фоне». Дальше агент сам превращает замечание в правило: небольшую проверку. Программирование понадобится только если захочется дописать проверку или действие вручную — и то это необязательно. Свои проверки скриптами (файлами с кодом на Python) — ветка для тех, у кого есть программист: без единой строки кода работает всё остальное. Подробнее — в разделе Правила.
ИИ будет проверять мой интерфейс при каждом запуске?
Нет — и это главная мысль продукта. Модель работает только на этапе обучения: разбирает ваше замечание и пишет правило. Сами проверки — обычный код, который выполняется прямо в браузере без обращения к модели. Поэтому проверка идёт быстро, ничего не стоит и не зависит от доступности агента. Чем больше правил накопилось, тем меньшая доля работы приходится на ИИ. Подробнее — в разделе Правила.
Что произойдёт, если агент недоступен?
Всё основное продолжит работать: проекты, снимки экранов, замечания, правила, действия, тесты, запуски, расписание, проблемы и сводка внимания. Недоступны будут только вещи, для которых нужна модель: разбор замечаний, создание действий словами и автоисправление сломавшихся проверок. Скрыт и чат с агентом. Написанные замечания не пропадут — они лежат в файлах проекта и ждут, когда агент вернётся.
Нужен ли теперь Chrome с дополнением?
Для прогонов — нет. Страницы открывает встроенный исполнитель: безоконный Chromium внутри продукта, который выполняет тесты сразу, без дополнения и без отдельного компьютера. Дополнение Chrome осталось для того, где нужны ваши глаза и руки: снять экран вручную, записать действие или дать модели поработать с живой страницей. Ставится оно в один клик из настроек и работает вместе со встроенным исполнителем — оба берут прогоны из одной очереди. Подробнее — в разделах Встроенный исполнитель и Дополнение Chrome.
Что если компьютер был выключен в момент по расписанию?
Момент считается пропущенным: догонять его продукт не станет. Это правило не изменилось — пропущенный момент не выполняется задним числом. Изменилось другое: раньше для прогонов требовался включённый компьютер с Chrome, а теперь их выполняет встроенный исполнитель на сервере, поэтому ночные проверки по расписанию идут без вас. Если сервер был выключен в назначенную минуту, прогона за этот момент не будет вовсе. Если сервер работал, прогон заберёт свободный исполнитель — встроенный или Chrome с дополнением, кто успел первым. Следующий прогон сработает в своё время по расписанию. Подробнее — в разделе Расписание.
Почему смена исполнителя даёт новые эталоны?
Потому что страницы отрисовывают разные браузеры. Встроенный исполнитель работает на движке Chromium, дополнение — на вашем Chrome: это два разных движка, и даже одинаковые страницы они показывают чуть по-разному — расходятся шрифты, сглаживание, мелкие отступы. Поэтому снимки разных движков продукт хранит раздельно и никогда не сравнивает один с другим: иначе каждая сборка выглядела бы как сплошная переделка страницы. При смене движка на проекте новые эталоны один раз нужно просмотреть и одобрить — дальше сравнения снова стабильны. Подробнее — в разделах Встроенный исполнитель и Эталоны.
Как найти нужное в приложении?
Через поиск по всему приложению. Поле стоит в боковой панели под названием приложения, а ⌘K (или Ctrl+K) ставит в него курсор из любого места. Печатайте — результаты появятся сразу и будут разложены по видам: проекты, экраны, правила и действия, тесты, скрипты, проблемы, визуальные сущности, знания и документация. Нажатие на строку открывает настоящее место — например, проблему вместе с её карточкой, а не список проблем. Enter открывает первую находку, Esc заканчивает поиск. Секреты и учётные данные в поиск не попадают. Подробнее — в разделе Поиск по приложению.
Куда уходят мои снимки экрана и данные?
Никуда: всё остаётся на вашем сервере. В чужое облако ничего не отправляется, аккаунт у нас заводить не нужно. Одна честная деталь: снимок, на который ссылается модель в запросе, лежит по публичному адресу без входа — так модель может скачать картинку обычным запросом. Это осознанный обмен ради простоты, поэтому сервер стоит держать в закрытом контуре или за паролем. Подробнее — в разделах Экраны и замечания и Живая страница и MCP.
Можно ли проверять закрытые страницы — например, кабинет после входа?
Да. Для этого нужно один раз записать действие: продукт сохранит шаги — вход и переходы по страницам, — и дальше эти шаги будут повторяться на каждом запуске, даже если между страницами происходит переход. Пароли при этом в файлы не попадают: они хранятся в учётных данных проекта зашифрованными и подставляются только на время прогона. Подробнее — в разделах Действия и Среды, учётные данные и переменные.
Чем это отличается от обычных сервисов проверки интерфейса?
Тремя вещами. Первая: ничего не отправляется в чужое облако — сервер ваш, данные ваши. Вторая: правила и действия — обычные файлы в вашем хранилище версий (git), а не сценарии в чужом интерфейсе; их можно читать, править и переносить. Третья и главная: модель нужна только для обучения. Обычные сервисы гоняют ИИ при каждой проверке, поэтому она стоит денег и времени, — здесь же после обучения проверяет код, и с каждым новым правилом цена проверок падает.
Нужен ли Pastukhov Agent?
Для разбора замечаний, создания действий словами и автоисправления — да, это ядро продукта. Подключается он адресом и ключом, после чего в панели появляется кнопка «Вызвать агента». Без агента продукт всё равно запускается и выполняет уже написанные проверки, но учиться новому не сможет. Подробнее — в разделе Чат с ИИ-агентом.
Что даёт визуальное тестирование поверх обычных проверок?
Обычное правило ловит то, что вы описали словами: есть ли кнопка, верный ли текст, куда ведёт ссылка. Но правило не заметит, что блок уехал на двадцать пикселей, кнопка стала бледнее или целая секция пропала. Визуальные проверки сравнивают сборку страницы с эталоном — образцом, снятым и одобренным человеком, — и находят именно такие отличия. Подробнее — в разделах Визуальное тестирование и Проверка сборок.
Кто одобряет отличия?
Только человек. ИИ подсказывает, что изменилось и насколько это похоже на настоящую поломку, но решение всегда за рецензентом. Массово принять можно лишь заведомо безопасные отличия — те, что система уверенно признала несущественными; всё спорное разбирается по одному. Подробнее — в разделе Доска проверки и задачи.
Сколько стоит визуальная проверка? ИИ вызывается на каждое сравнение?
Нет. Сначала работают быстрые и точные правила: одинаковые снимки сравниваются по отпечатку и не стоят ничего, а неподвижные страницы вообще не тревожат модель. ИИ подключается только тогда, когда отличие непонятно — например, поменялся шрифт по всему сайту. Чем больше проект живёт, тем реже нужен ИИ. Подробнее — в разделе Визуальное тестирование.
Можно ли показывать отчёт заказчику?
Да. Есть печатаемый отчёт по сборке с обязательным блоком границ: в нём честно написано, что визуальные проверки не заменяют проверку бизнес-логики и не объясняют, почему страница отрисовалась иначе. Отчёт выгружается в JUnit или JSON для сборочного конвейера, а для заказчика можно опубликовать общую ссылку — только чтение, с водяным знаком и сроком от одного до девяноста дней. Подробнее — в разделе Отчёт и общие ссылки.
Как встроить проверки в сборочный конвейер?
У сборки есть вычисляемый статус: ожидание, провал или успех. Конвейер вызывает инструмент viz и получает понятный код выхода, а платформа оставляет комментарий в запросе на слияние. Вебхуки (уведомления на ваш адрес) сообщат, когда сборке требуется проверка человеком или она упала. Важная оговорка: «нет проверок — это не прохождение», пустая сборка не считается успешной. Подробнее — в разделе CI и уведомления.
Нужны ли отдельные учётные записи для команды?
Да, если проверками занимается больше одного человека. Администратор заводит пользователей сам, почтовых приглашений нет, а роли разграничивают доступ: наблюдатель только смотрит, рецензент выносит вердикты, участник запускает прогоны, администратор меняет настройки, владелец управляет ключами. Отключённый аккаунт войти не может, но его след в журнале аудита остаётся. Подробнее — в разделе Пользователи и роли.
Сколько стоит и что даёт лицензия?
Пробный период — 30 дней. Лицензия входит в подписку «Фабрика агентов» и ограничивает ровно одно действие — отправку сообщения агенту в чате. Проекты, экраны, правила, действия, тесты, запуски, расписание, проблемы, автоисправление, визуальные проверки, ревью, отчёты, покрытие и сборочный конвейер работают и без неё.
Можно ли расширить продукт под свои проверки?
Да. Скрипт — это файл с кодом на Python в папке проекта, и он может стать шагом теста, движком сравнения снимков, классификатором отличий или обработчиком завершённого прогона. Если все шаги теста — скрипты, браузер вообще не нужен: такой тест выполняется на сервере, а очередь, расписание и внешний доступ работают как обычно. Правка вступает в силу сразу, без переустановки продукта. Одна честная оговорка: изолированной среды нет — скрипт работает с правами сервера, с его доступом к файлам и сети, поэтому пишите свои скрипты для себя и не запускайте чужие. Подробнее — в разделе Скрипты и расширение.