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

dwp-verify

Обʼєктивно перевіряє відповідність репозиторію та плану — лише читання.

Що це робить

dwp-verify механічно перевіряє, чи є репозиторій AI-first (відповідним DeepWorkPlan) і чи коректні його плани, після чого звітує pass/fail. Він нічого не змінює.

Використання

/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-*; .dwp/ і tmp/ у gitignore; розвʼязуваний скіл.
  2. Перевірити план (за запитом): кожна задача має критерії приймання й перевірку валідації, прогрес зберігається, наявний зафіксований 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