---
title: "Чек-лист настройки"
id: "2071"
type: "page"
slug: "checklist"
published_at: "2026-09-28T14:32:26+00:00"
modified_at: "2026-09-28T15:14:39+00:00"
url: "https://pastukhov.com/agents/test/docs/checklist"
markdown_url: "https://pastukhov.com/agents/test/docs/checklist.md"
excerpt: "Чек-лист — не опрос и не формальность: каждый его шаг вычисляется по настоящим данным проекта…"
---

# Чек-лист настройки

[https://pastukhov.com/agents/test/docs/checklist.md](https://pastukhov.com/agents/test/docs/checklist.md)

Чек-лист — не опрос и не формальность: каждый его шаг вычисляется по настоящим данным проекта при каждом открытии. Поэтому он честно показывает, что уже готово, а что ещё нет.

Восемь шагов ведут к первому вердикту. Пока он не получен, вверху видно, сколько действий до него осталось; после — короткая надпись о том, что первый вердикт получен и дальше идёт только настройка.

## Восемь шагов

1. **Подключите агента** — разбор неоднозначных отличий и разбор упавших сборок работают через подключённого агента. Пропуск этого шага не мешает всему остальному.
2. **Просканируйте маршруты** — обход строит карту приложения, из которой растёт инвентарь покрытия.
3. **Сделайте первый снимок** — одного снимка из панели расширения достаточно, чтобы доказать, что весь путь работает от начала до конца.
4. **Составьте визуальный тест** — именно тест с объявленным снимком запускают сборки.
5. **Запустите первую сборку** — первая сборка сама создаёт эталоны для всех снимков.
6. **Утвердите эталоны** — одобрение отличия в проверке сборки создаёт эталон, подтверждённый человеком.
7. **Запустите вторую сборку** — повторный запуск того же теста доказывает, что одинаковые страницы сравниваются как неизменные.
8. **Посмотрите вердикт** — вердикт проверки и есть конец этого пути; всё после него — настройка.

У каждого шага есть пояснение «зачем» и кнопка действия, а его состояние всегда одно из понятных: не начат, в работе, пропущен или готов. Состояние «проблема» показывается только тогда, когда шаг блокирует красная проверка работоспособности.

## Пропуск шага

Шаг можно пропустить — например, если вы не используете агента. Но пропустить его без причины нельзя: причина сохраняется в файле проекта, остаётся видимой в чек-листе и дальше, а сам пропуск всегда можно отменить.

Честное замечание: первые две-три недели всё равно уходят на настройку масок — динамические области продолжают двигаться, и маски говорят системе, что именно игнорировать. Это нормальная часть работы, а не признак ошибки.

## Политика CI

Отдельно выбирается, как сборочный конвейер относится к визуальным результатам:

- **Только отчёт** — визуальные результаты справочные, ничего не блокируют.
- **Блокировать критичное** — критичные визуальные падения блокируют слияние, косметические — нет.
- **Блокировать слияние** — проверка визуала должна одобрить изменения, прежде чем слияние пройдёт.

Сама политика едет в тексте проверки, который публикует конвейер, а вердикт всегда остаётся честным вычисленным состоянием. Менять политику может только администратор.

## С чего начать

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

Дальше: как показать результат коллегам и заказчику, — в разделе [Отчёт и общие ссылки](/agents/test/docs/report)
.

[← Оглавление документации](/agents/test/docs)