---
name: 04-chechen-qa-release-checker
description: "04. Проверка качества и готовности релиза веб-MVP приложения для изучения чеченского языка. Использовать четвертым, после реализации через 03-chechen-webapp-builder, когда Codex должен проверить основной пользовательский путь, соответствие спецификации/09 и спецификации/16, мобильный браузерный интерфейс, localStorage-прогресс, пустые состояния, ошибки, регрессии, MVP-ограничения и готовность показать приложение первым пользователям."
---

# Chechen QA Release Checker

## Назначение

Проверять готовый или почти готовый веб-MVP перед показом людям: путь A0 -> A1, 5 тем, карточки, квиз, прогресс, повторение и отсутствие лишних post-MVP функций.

## Порядок skill

Этот skill идет четвертым:

1. `01-chechen-mvp-guardian` - проверить рамки MVP и бизнес-логику.
2. `02-chechen-content-builder` - подготовить или проверить учебный контент.
3. `03-chechen-webapp-builder` - реализовать веб-MVP в коде.
4. `04-chechen-qa-release-checker` - проверить качество и готовность релиза.
5. `05-chechen-mvp-feedback-analyst` - разобрать обратную связь после проверки на людях.

## Что читать сначала

- Прочитать `references/04-release-checklist.md` перед QA-проверкой.
- Прочитать `спецификации/01-GlobalSpec/09-спецификация-mvp.md` для границ MVP.
- Прочитать `планы-разработки/16-план-разработки-mvp.md` для этапов и критериев готовности.
- Прочитать `спецификации/05-VisualRules-Skills/07-спецификация-интерфейса.md`, если проверяется UI.
- Прочитать `спецификации/04-TechnicalSpecs/08-техническая-спецификация.md`, если проверяется хранение, архитектура или сборка.

## Рабочий процесс проверки

1. Определить, что именно проверяется: код, экран, сборка, ручной сценарий или спецификация релиза.
2. Сверить приложение с обязательным ядром MVP.
3. Проверить основной путь: старт -> путь A0 -> A1 -> тема -> карточки -> квиз -> результат -> восстановленный прогресс.
4. Проверить пустой прогресс, повторное прохождение квиза, перезагрузку страницы и мобильный размер.
5. Отделить блокеры релиза от улучшений после MVP.
6. Дать короткий список исправлений в порядке риска.

## Правила решений

- Блокером считать то, что ломает первый 10-минутный путь или делает прогресс ненадежным.
- Не требовать аккаунты, backend, PWA, native mobile app, аудио, оплату, streak, сложную аналитику или уровни выше A1.
- Считать непроверенный чеченский контент релизным риском, даже если приложение технически работает.
- Проверять доступность интерфейса через понятные кнопки, фокус, читаемые тексты и отсутствие наложений.
- Предпочитать маленькие исправления, которые позволяют показать MVP первым пользователям.

## Формат ответа

Для QA-ревью отвечать в таком порядке:

1. `Вердикт`: можно ли показывать MVP людям.
2. `Блокеры`: проблемы, которые нужно исправить до показа.
3. `Важно`: проблемы, которые могут повредить проверке гипотезы.
4. `Можно позже`: post-MVP или косметика.
5. `Проверено`: какие сценарии или файлы были проверены.
6. `Следующий шаг`: одно конкретное действие.