Проверка до кода и пакет для сборки

Проверь итоговый первый блок нашей воронки вместе со скелетом всего пути. Не переписывай тексты автоматически.

Сначала пройди его мысленно как игрок: понятно ли, где я нахожусь, что мне обещают, что нужно сделать, зачем отвечать и какой результат я получил? Нет ли необъясненных терминов, провала в негатив, скучных анкетных фрагментов или путаницы из-за кнопок?

Затем проверь как разработчик: куда ведет каждая кнопка; нет ли обрывов и недостижимых экранов; доступны ли все результаты; есть ли обработка неверного ввода, подтверждение важных данных, повторный старт, возврат и свободный текст вместо кнопки; что произойдет после двойного нажатия?

Проверь согласия и остановку сообщений: можно ли обойти требуемый шаг; когда допустимо отправлять напоминание; что происходит после отказа или стоп-команды. Для следующих дней проверь условия открытия и обещания в тексте.

Отдельно сверь с 01_data_and_analytics.md: где собирается каждое обязательное поле, где записывается каждое событие и какие показатели мы сможем посчитать. Отметь то, чего в первом блоке еще нет, но что предусмотрено позднее.

Оцени также воронку от 1 до 100 с точки зрения продаж: понятно ли предложение, связан ли платный шаг с полученным результатом, достаточно ли оснований продолжить и нет ли давления вместо прогрева. Обоснуй оценку; это не прогноз конверсии.

Выдай таблицу: ID экрана или перехода → проблема → влияние → предлагаемое исправление. Раздели блокирующие, важные и косметические замечания. Если смотришь только документы, назови это проверкой спецификации, а не реальным тестом бота.

Сохрани 09_audit.md и дождись согласования правок. Не переходи к сборке с неразрешенными блокирующими проблемами.

Внеси только согласованные исправления из проверки: [список или ссылка на отчет]. Остальную логику и тексты сохрани.

Затем собери единый пакет для разработки первого работающего блока. В нем должны быть: цель воронки и границы текущей версии; карта экранов и переходов; финальные тексты и кнопки; правила персонализации; геймификация; условия отправки и напоминаний; данные и события; список медиа; известные ограничения и отсутствующие материалы.

Дай понятные ссылки на файлы проекта. Укажи, какой документ является основным при противоречии. Если противоречия остались, не выбирай версию молча: вынеси их на решение.

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

Составь краткий перечень действий для приемки: что мы должны увидеть при нормальном прохождении и при нестандартном вводе. Не объявляй эти проверки пройденными заранее.

Сохрани 10_build_spec.md и обнови только затронутые исходные документы. В конце покажи список измененных файлов, суть изменений и оставшиеся блокеры. Код начнем отдельной командой.