Skip to content
← Назад к набору
Usage: /dwp-verify [plan <name> | all]

dwp-verify

Объективная проверка соответствия репозитория и плана — только чтение.

Что он делает

dwp-verify механически проверяет, является ли репозиторий AI-first (соответствующим DeepWorkPlan) и хорошо ли сформированы его планы, затем сообщает «прошёл/не прошёл». Он ничего не меняет.

Использование

/dwp-verify            # verify the repository
/dwp-verify plan auth  # also verify a specific plan
/dwp-verify all        # repository + every plan

Поведение

  1. Проверить репозиторий: AGENTS.md с реальными, исполнимыми командами; разрешение CLAUDE.md; категории docs/; соответствие каталога .agents/ диску; тонкие делегаторы dwp-*; игнорируемые git-ом .dwp/ и tmp/; разрешимый навык.
  2. Проверить план (по запросу): у каждой задачи есть критерии приёмки и validation gate, прогресс сохраняется, присутствует зафиксированный Final Review (включая его проверку безопасности), а задачи заново привязываются к цели.
  3. Сообщить CONFORMANT или NOT CONFORMANT с перечислением каждого сбоя.
  4. Предложить зафиксировать пробелы как Deep Work Plan; никогда не исправлять молча.

Проверка планов по поколениям. Проверка происхождения репозитория принимает текущий стандарт DWP 7.0.0, но планы проверяются с учетом их поколения. План v6 или v7 определяется по указателю contract в его манифесте, файлу contract.json или цепочке ревизий contracts/ и оценивается conformance.sh --plan в режиме только для чтения по его собственным записям: каждая ревизия contract проходит валидацию, манифест соответствует поколению contract, журнал цел и корректен, одобрение ссылается на действующий contract, а state.json совпадает с проекцией журнала (устаревший snapshot носит рекомендательный характер и пересоздается, но никогда не правится вручную). Проверки жизненного цикла v5 применяются только к планам v5 и более ранним, а финализация v5 отклоняет план v6 или v7. Поколения сосуществуют, и проверка не мигрирует ни одно из них.

Псевдонимы

  • dwp:verify