Menu
Инспекция реализации задачи по тегу - тотальная проверка кода, консистентности паттернов и соответствия КОНСТИТУЦИИ.
Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.
Basé sur la classification professionnelle SOC
Создание атомарных git commit по правилам проекта - make dev, выбор ID, автоопределение staged/unstaged, группировка и строгий формат сообщений.
Обновление технической документации docs/ARCHITECTURE.md и docs/COMPARISON.md по текущему состоянию кода. Сложная задача - полная сверка паттернов, примеров и формулировок.
Аудит кода и поиск проблем. PLAN (выявление) + REFINE (проработка задачи). Переносы задач выполняет пользователь.
Запуск цикла разработки - читай контракт, планируй, реализуй, проверяй
AI writing tropes checker - detects and eliminates common AI writing patterns that make text sound artificial. Based on tropes.fyi rules plus extra typography rules.
Обновление цифр, бейджей и метрик в README.md - тесты, покрытие, статистика кода. Без изменения текстового описания.
| name | reflect |
| description | Инспекция реализации задачи по тегу - тотальная проверка кода, консистентности паттернов и соответствия КОНСТИТУЦИИ. |
Ты проводишь тотальную инспекцию результата реализации задачи. Цель - убедиться, что задача выполнена полностью, код соответствует КОНСТИТУЦИИ, и не осталось «хвостов».
docs/ai/TODO.md - активные задачи (источник описания и DoD)/reflect TAG
Где TAG - тег задачи из docs/ai/TODO.md (например DDD_IDENTITY).
Актуальное описание задачи получать через make tag TAG. Изучить план, затронутые файлы и критерии качества (DoD).
Использовать make diff для общего обзора изменений.
Если make diff не показал изменений (например, изменения уже закоммичены): определить затронутые файлы из описания задачи (план, DoD, упомянутые классы) и найти их через glob/grep. Прочитать актуальное состояние этих файлов напрямую — инспекция проводится по текущему коду, а не только по диффу.
Для ключевых измененных файлов ОБЯЗАТЕЛЬНО прочитать финальное состояние кода. Цель - убедиться в отсутствии «хвостов»:
Если задача меняла паттерн (например, убрали runStep для маппинга, заменили defensive check, изменили способ рендера) - ОБЯЗАТЕЛЬНО через grep найти все аналогичные классы (другие контроллеры, хендлеры, фабрики, мапперы) и проверить, что старый паттерн не остался. Если остался - зафиксировать как «требует доработки».
ОБЯЗАТЕЛЬНО оценить реализацию через призму архитектурных принципов:
Не принимай код на веру - ищи слабые места, даже если формально DoD выполнен.
В ответе перечислить:
Для микро-задач (MICRO.MD): проверять сразу все затронутые файлы через read_file. Использование make tag для микро-задач не требуется.
**Метка**: текст), текст после : должен начинаться со строчной (маленькой) буквы.make tag и make diff разрешены всегда.git status и любые git-команды. Для изменений использовать только make diff.