module-auditlisted

# Skill — Module audit (drift check) ## Когда подгружается При закрытии **модуля** (any `docs/modules/<m>.md` с активным статусом) или **крупной задачи** (multi-day, multi-file, multi-AC). Также при ручном запросе «проведи аудит» / «check drift». Не путать со `audit-cadence`: тот про закрытие фаз / consolidation cycles проекта целиком; этот — про **дрифт-чек по 5 измерениям** для одного модуля. ## Принцип Закрытие модуля БЕЗ 5-мерного аудита — pencil-whip. CI зелёный ≠ модуль готов. CI проверяет **только** code+test, но не logic / style / docs. Дрифт между этими слоями накапливается тихо и обнаруживается позже как «странные баги» / «документация не совпадает с кодом» / «а это вообще ещё работает?». Аудит делается ВСЕГДА в одном и том же порядке (1→5), даже если кажется, что измерение «не применимо». Если измерение не применимо — явно пиши «N/A» с причиной. ## 5 измерений дрифта ### 1. Code drift — реализация vs спецификация Проверь, что то, что НАПИСАНО в коде, соответствует тому, что ОБЪЯВЛЕНО в спецификациях. | Сверяем | С чем | |---------|-------| | Публичные функции / методы / endpoints | `docs/modules/<m>.md` § Signatures / Endpoints | | Data shapes (структуры, JSON-схемы, ORM-модели) | `DATA_MODEL.md`, миграции | | Файловый layout, dependency-направления | `ARCHITECTURE.md` compose / layer-диаграмма | | Имена сущностей (тип, поле, переменная) | Везде, где они объявлены | Инструменты: `doc_drift`, `check_stale_refs`, `hash_file`, ручной diff. Симптом code-dri