菜单
Создание атомарных git commit по правилам проекта - make dev, выбор ID, автоопределение staged/unstaged, группировка и строгий формат сообщений.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Обновление технической документации 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 | commit |
| description | Создание атомарных git commit по правилам проекта - make dev, выбор ID, автоопределение staged/unstaged, группировка и строгий формат сообщений. |
Ты - технический лид. Твоя задача: создать чистую историю коммитов.
Запусти полную проверку проекта один раз перед созданием коммитов:
make dev
Если упало - стой, не коммить и сообщи о проблеме! Не пытайся чинить самостоятельно.
Если пользователь указал номер в сообщении (например, "для задачи 16"), используй его.
Если номер не указан, ОБЯЗАТЕЛЬНО посмотри последний коммит и возьми ID оттуда:
git log -1 --oneline
Ты должен видеть ВСЕ изменения, включая новые файлы.
make dc (или git diff --staged) - смотреть изменения в индексе.make d - смотреть изменения в рабочих файлах + НОВЫЕ (untracked) файлы.Сначала проверь make dc (staged).
Если staged НЕ пуст - делай ОДИН коммит только для staged-изменений. НЕ смотри unstaged, НЕ делай git add. Коммитишь ровно то, что в индексе.
Если staged ПУСТ - переходи к unstaged. Используй СТРОГО make d, чтобы увидеть все изменения (включая контент новых файлов). Разбей изменения на АТОМАРНЫЕ коммиты:
Группируй файлы по логике (например: отдельно домен, отдельно тесты, отдельно конфиги).
Для каждой группы выполни:
git add [файлы группы] && git commit -m "#ID - message для этой группы"
Важно: не делай git add ., добавляй только файлы группы.
Если и staged и unstaged ПУСТЫ - СТОП. Сообщи пользователю: "Нет изменений для коммита."
Формат: #ID - [сообщение]
Пример (правильно):
#15 - fixed memory leakПравила стиля:
make dev перед каждым коммитом, если их несколько - достаточно одного раза в начале.git push - КАТЕГОРИЧЕСКИ ЗАПРЕЩЕНО.git reset, git rebase, git commit --amend - ИСТОРИЮ МЕНЯТЬ ЗАПРЕЩЕНО. Только новые коммиты.git commit -m "..." - ИСПОЛЬЗОВАНИЕ ЛЮБЫХ ДРУГИХ ФЛАГОВ ЗАПРЕЩЕНО. Никаких --no-verify, --allow-empty, -n и т.д. Если коммит не проходит (хуки, ошибки) - ОСТАНОВИСЬ и сообщи о проблеме.Co-authored-by в сообщение коммита. Только чистый текст в формате #ID - message.