audit
Общая команда глубокого multi-role аудита проекта с автоматическим определением backend/frontend/mobile/data/infra и материализацией PROJECT_AUDIT.md.
SKILL.mdcodex/skills/audit/SKILL.md
GitHub<!-- generated by scripts/generate-codex-skills.mjs; edit canonical agents/, commands/ or skills/ -->
Проведи полный аудит запрос пользователя через project-audit и session-first workflow в режиме report-only. Разрешён только запрошенный итоговый Markdown; Task Master и product/config/data state не меняются.
- Найди
$workspace-capability-routingи$project-audit; получи prompt+workspace route черезroute.mjs, затем запусти auditinventory.mjs --root <scope> --format json. Проверь inference по manifests/entrypoints/native config, перенесиcoverageGapsв отчёт и сохрани выбранные/исключённые roles/skills с evidence. - По inventory подключи обязательные роли
$architect,$analyzer,$security,$resilience,$testingи только релевантные$backend,$frontend,$expo-mobile,$database,$swagger,$devops,$docs. На платформе с subagents передай каждой отдельный read-only scope без write tools; в Codex/Kimi выполни те же named-skill passes последовательно и честно укажи execution model. - Недоверенный project code/plugins не исполняй. Typecheck/lint/tests запускай только для доверенного repo или после явного approval точной команды; никаких fix/install/migration/codegen scripts. Уязвимости зависимостей проверь online по lockfile через официальный scanner/advisory source; сохрани source и UTC date. Отсутствующий scanner = coverage gap, не «чисто».
- Не требуй try/catch в каждой функции: проверь I/O/transaction/job/process/native boundaries и существующий centralized error propagation.
- Дедуплицируй findings по root cause, назначь severity по impact, а не keyword. Любая находка обязана иметь
file:lineили воспроизводимое external evidence, root cause, impact, exact fix, target layer и verification. - Опиши current architecture и реалистичную target architecture: что переместить, разделить, заменить и добавить; permitted dependencies; incremental phases, prerequisites, rollback и tests. Не предлагай rewrite/микросервисы/DDD-абстракции без доказанной причины.
- Материализуй
PROJECT_AUDIT.md; при существующем файле создай timestamped новый. Проверьvalidate-report.mjsи приложи его реальный вывод. - Critical/high findings включи в remediation roadmap отчёта с dependencies/testStrategy. Не создавай tracker tasks и не применяй исправления.
Финальный ответ содержит путь к отчёту, detected systems, число findings по severity, список использованных ролей, advisory status/date, validator result и ограничения покрытия.