Скил compliance — финальный контроль перед архивированием
Как скил compliance в Datarim определяет тип задачи, применяет подходящий чеклист верификации и направляет находки на встроенное исправление или в бэклог перед шагом архивирования.
Проверки качества в конце задачи находят одно и то же: метод, который разросся, тест, который не написали, конфиг с захардкоженным значением вместо переменной окружения. Скил compliance запускается после /dr-qa и до /dr-archive, чтобы находить эти проблемы системно, а не по памяти. Он адаптируется к тому, что задача реально произвела.
Что он делает
Первый шаг — определение типа задачи. Скил читает файл задачи и активный контекст, чтобы понять, что преимущественно произвела задача: код, документацию, исследование, юридический текст, контент или конфигурацию инфраструктуры. У каждого типа — свой чеклист. Задача с кодом проходит семь шагов: соответствие изменений требованиям PRD, упрощение кода, удаление мёртвого кода, покрытие тестами, запуск линтеров, выполнение тестов и анализ влияния на CI/CD. Задача с контентом — четыре шага: фактическая точность, удаление AI-паттернов, соответствие платформе и редакционные стандарты.
Когда находка обнаружена, скил применяет эвристику откладывания. Небольшое исправление — один файл, не более 100 строк production-кода вместе с тестами, без изменения API-контракта, обратимое одним коммитом — можно выпустить встроенно в рамках текущей задачи. Более крупное — уходит в бэклог как трекируемый пункт. По умолчанию — задокументировать и передать; встроенный путь применяется только когда все четыре условия выполнены одновременно.
Результат — отчёт о соответствии, сохраняемый в datarim/reports/. Вердикт — один из трёх: COMPLIANT, COMPLIANT_WITH_NOTES или NON-COMPLIANT. Каждый повторный запуск скила создаёт новый версионированный файл отчёта, а не перезаписывает предыдущий.
Один конкретный пример
Задача реализует новый эндпоинт API. Compliance запускает чеклист для программного кода. Шаг 4 обнаруживает, что критерий приёмки декларировал числовой порог покрытия, но на этапе QA замер не проводился. Скил устанавливает инструмент покрытия, запускает его, фиксирует реальный процент — например 91,5% при пороге 80% — и помечает шаг как PASS. Вердикт «предположительно выполнено» для пороговых критериев не принимается; число должно быть измерено.
Когда загружается
Скил вызывается командой /dr-compliance, которая следует за /dr-qa в стандартном пайплайне. Также вызывается напрямую, когда оператору нужен отдельный проход верификации без запуска полного этапа QA. Отчёт о compliance становится частью архивного пакета — постоянной записью того, что было проверено и что отложено.
О полной картине пайплайна — в посте что такое Datarim. Контракт вызова — в статье о команде /dr-compliance.