/dr-compliance

Обзор

/dr-compliance — финальный контроль качества перед архивацией. Определяет целевую задачу, затем определяет тип задачи — код, документация, исследование, юридическое, контент или инфраструктура — и применяет соответствующий чеклист проверки. В отличие от /dr-qa, которая проверяет реализацию против плана, compliance проверяет результат против доменных стандартов.

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

/dr-compliance

Что делает

1. Определение задачи — применяет правило Task Resolution для определения, какую задачу проверять (из аргумента или через диалог).
2. Определение типа задачи — читает tasks.md и activeContext.md для классификации: код, документация, исследование, юридическое, контент, инфраструктура или смешанный.
3. Применение чеклиста:
   • Код — линтер, тесты, покрытие, CI/CD, аудит зависимостей
   • Документация — полнота, точность, согласованность, кросс-ссылки
   • Исследование — методология, цитирование, связность аргументации
   • Юридическое — юрисдикция, определения, структура, права и обязанности
   • Контент — проверка фактов, удаление AI-паттернов, стандарты платформы
   • Инфраструктура — конфигурация, откат, мониторинг, безопасность
4. Генерация отчёта — формирует compliance-отчёт по канонической форме templates/compliance-report-template.md (v2.14.0+, TUNE-0255). Frontmatter: task_id, date, verdict (COMPLIANT / COMPLIANT_WITH_NOTES / NON-COMPLIANT), опциональный scope. Тело: четыре операторских раздела в строгом порядке — «Начальная задача» (одно предложение обычным языком, источник — операторский бриф), «Как решили» (маркированный список без вложенности: на каждый пункт брифа — цитата, статус и одно-два предложения; пункты из tasks/{ID}-expectations.md сворачиваются в тот же список с пометкой «(уточнение брифа)»), «Артефакты задачи» (что подтверждено или закреплено compliance-проходом), «Следующие шаги» (конкретные команды /dr-* или операторские действия). Под чертой --- — аудит-аддендум с подсекциями ### Step-by-step verdicts (таблица 7 шагов, обёрнутая в <!-- gate:literal --> чтобы английские заголовки колонок не ловились банлистом), ### Remaining risks, ### Related. Статусы: «выполнено» / «частично» / «не выполнено» / «неприменимо» — никогда не служебные enum.

Аргументы

Нет. Работает с текущей активной задачей (через Task Resolution).

Результат

Создаёт: datarim/reports/compliance-report-{task_id}.md.

Вердикты

• COMPLIANT — все проверки пройдены, можно архивировать
• COMPLIANT_WITH_NOTES — пройдено с замечаниями
• NON-COMPLIANT — критические проблемы, нужно исправить

Пример сессии

> /dr-compliance

Определение задачи: AUTH-0001 (Уровень 3)
Тип задачи: Код + Инфраструктура (смешанный)

Чеклист для кода:
  [x] Линтер: 0 предупреждений
  [x] Тесты: 14/14
  [x] Покрытие: 87% (порог: 80%)
  [x] Нет захардкоженных секретов

Чеклист инфраструктуры:
  [x] Конфигурация документирована
  [x] План отката проверен
  [x] Мониторинг настроен

Вердикт: COMPLIANT
Отчёт: datarim/reports/compliance-report-AUTH-0001.md

Следующий шаг: /dr-archive (Step 0.5 выполняет рефлексию внутри)

Связанные команды

• /dr-qa — предыдущий этап: проверка качества
• /dr-archive — следующий этап (рефлексия выполняется как Step 0.5)