Подготовка SKUARO к production

Этот сценарий запускается только отдельной командой ПОДГОТОВИТЬ К ПРОДАКШНУ после того, как владелец завершил ручное тестирование текущего продукта в STAGE.

Команда разрешает провести полный production-readiness аудит и исправлять найденные дефекты внутри Product-репозитория и существующего STAGE-контура. Она не разрешает merge/push в PROD, production deploy, DNS-изменения, миграцию production-данных, чтение production-данных или секретов, production backup/restore, ротацию секретов, удаление или другое внешнее необратимое действие. Restore drill выполняется только на изолированной production-like копии в разрешённом DEV/STAGE-контуре.

Порядок

1. Прочитай AGENTS.md, docs/PRODUCTION_READINESS.md, docs/STATUS.md, docs/ARCHITECTURE.md, docs/IMPLEMENTATION_PLAN.md, релевантные ADR и Skill .agents/skills/production-readiness/SKILL.md.
2. Зафиксируй исходную ревизию release candidate C1, production target, scope, исключения, критерии GO/NO-GO и необходимые разрешения. Не начинай, если владелец ещё не завершил ручное STAGE-тестирование или candidate изменяется вне управляемого repair loop.
3. Профиль production-release строит applicability matrix, выполняет аудит и передаёт конкретные исправления профильным исполнителям.
4. Каждое исправление создаёт новую однозначную ревизию C2, C3 и далее. После её размещения в STAGE аннулируй затронутое evidence прежней ревизии и повтори проверки по impact analysis. Порог или критерий нельзя снижать, чтобы скрыть ошибку.
5. Заморозь финальную ревизию. Отдельные tester и reviewer независимо проверяют именно её. Автор исправления не является единственным проверяющим.
6. Сформируй расширенный отчёт по шаблону из docs/PRODUCTION_READINESS.md и один итог: GO, NO-GO или BLOCKED; сохрани его по указанному там пути и обнови актуальный итог в docs/STATUS.md.

GO означает только доказанную готовность кандидата к решению владельца. Для фактического размещения требуется отдельная явная команда владельца на конкретный PROD deploy.