Отдельный production-readiness контур¶

Дата: 2026-08-26.
Статус: SKILL_CANDIDATE.
Тип задачи: production readiness и release governance.
Компоненты: агенты, quality, security, infrastructure, release.
Теги: production, audit, repair-loop, go-no-go, standards.
Связанные решения: 0035.
Связанный Skill: .agents/skills/production-readiness/SKILL.md.

Контекст и границы¶

Владелец отделил быстрый live STAGE-цикл от полной проверки перед production. Production-процедура должна не только находить проблемы, но и организовывать их исправление и независимую повторную проверку.

Что сработало¶

Отдельная явная команда вместо постоянного тяжёлого gate.
Разделение audit/repair от фактического PROD deploy.
Applicability matrix версий стандартов вместо недоказуемого обещания полного соответствия всем возможным требованиям.
Независимые tester/reviewer после repair loop.

Что не сработало и почему¶

Процедура ещё не применялась к реальному release candidate, поэтому не может иметь статус ACTIVE или считаться доказанно полной.

Проверки и свидетельства¶

Решение и границы явно приняты владельцем.
Skill frontmatter и семь agent TOML структурно валидны; Markdown links и git diff --check прошли, сигнатуры секретов и файлы от 50 MiB не найдены.
Независимый reviewer выдал VERIFIED после исправления candidate revisions, production backup/restore boundary, версии CIS Docker и revision ledger.
Realistic dry-run остаётся обязательным до статуса ACTIVE и первого применения к реальному release candidate.

Когда применять¶

После завершённого владельцем ручного STAGE-тестирования, перед решением о PROD.

Когда не применять¶

Во время обычной разработки, вместо ручного STAGE-теста или как скрытое разрешение на deploy, DNS, production migration, secret rotation или удаление.

Следующее улучшение¶

Провести realistic dry-run на зафиксированном синтетическом candidate, устранить findings и только затем рассматривать статус VALIDATED/ACTIVE.