Проверь приложенные макеты по задаче пользователя и требованиям.

Контекст: [что за продукт и кто пользователь].
Основная задача: [например, оставить заявку на мастер-класс без оплаты].
Файлы: [desktop-default-v1.png, mobile-default-v1.png, mobile-error-v1.png].
Размеры и состояния: [1440x1000, обычное; 390x844, обычное и ошибка].
Требования: [прикреплённый brief.txt / точные тексты, условия и правила].

1. Перечисли прочитанные файлы, версии, размеры и состояния. Если снимок или текст не удаётся разобрать, скажи об этом. Не выдумывай содержимое.
2. Сопоставь экраны с задачей и требованиями. Проверь читаемость, иерархию действий, переносы, подписи полей, тексты ошибок и согласованность разных размеров.
3. Раздели результат на «Наблюдаемые дефекты», «Гипотезы и вопросы» и «Не проверяется по снимкам». У каждого наблюдения укажи файл, место, видимый факт и ссылку на конкретное требование.
4. Сделай таблицу: ID | экран/элемент | наблюдение | влияние на задачу | приоритет с причиной | конкретная правка | критерий повторной проверки. Сначала противоречия основному действию, затем читаемость, затем косметика. Не называй предпочтение дефектом без основания.
5. Не делай выводов о клавиатуре, экранном дикторе, отправке формы, сети или реальной конверсии по пикселям. Не вычисляй точные параметры шрифта и контраста по произвольному изображению. Если для измерения нужны исходные значения, попроси их.
6. Отдельно перечисли недостающие состояния. Отсутствие снимка состояния не означает, что его нет в продукте.
7. Сохрани отчёт с теми же ID в design-review.txt. Если доступно создание таблиц и PDF, дополнительно подготовь design-review.xlsx и review-notes.pdf; перечисли только действительно созданные файлы. Покажи основные выводы и в чате.
8. После загрузки мной v2 сравни одинаковые экраны v1 и v2 по каждому ID: исправлено / осталось / не проверено. Отдельно перечисли новые видимые проблемы. Не закрывай пункт без подтверждающего снимка.
Не меняй Figma, сайт и другие внешние системы. Итоговый дизайн и поведение проверяет человек.