菜单
Создаёт semver-тег для релиза с генерацией changelog из коммитов с прошлого тега. Определяет нужный bump (patch/minor/major) по содержимому коммитов, формирует release notes. Используй, когда пользователь хочет «выпустить релиз», «бампнуть версию», «поставить тег», «сделать релиз», «затегать».
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Превращает идею, серию заметок или сырой материал в драфт статьи (Habr / Medium / личный блог) — с TL;DR, структурой тезис→аргументы→пример→следствие, авторским голосом. Используй, когда «написать статью», «оформить мысли в лонгрид», «сделать пост для Habr», «черновик статьи», «article draft».
Скилл для очеловечивания русскоязычного текста. Убирает признаки AI-генерации, делает текст живым. Используй ВСЕГДА, когда пользователь просит: очеловечить текст, убрать следы нейросети, сделать текст живым/естественным, переписать как человек, humanize на русском, убрать канцелярит, убрать водянистость, сделать текст менее формальным. Также используй если пользователь вставляет русскоязычный текст и говорит что-то вроде 'перепиши', 'сделай лучше', 'звучит как робот', 'слишком искусственно'. Работает ТОЛЬКО с русским языком. Для английского используй оригинальный humanizer. НЕ используй для: перевод, написание с нуля, грамматика, код.
Превращает идею, заметку или сырой текст в готовый пост для Telegram-канала — плотный, с тезисом первым, авторским голосом, в пределах 500-1500 символов. Используй, когда пользователь хочет «написать пост в тг», «оформить мысль для канала», «короткий пост», «tg-пост», «оформить идею для подписчиков».
Структурирует технический туториал — prerequisites, цель «после прочтения сможешь X», нумерованные шаги с командами и проверками, troubleshooting, cleanup. Не пишет полный текст: создаёт корректный скелет, в который автор досыпает детали. Используй, когда «написать туториал», «оформить пошаговую инструкцию», «how-to», «tutorial»,«гайд по развёртыванию», «инструкция, как сделать X».
Формирует commit-сообщение по Conventional Commits для текущих изменений в git. Анализирует staged-diff (или unstaged, если staged пуст), определяет type/scope, пишет subject и при необходимости тело. Используй, когда пользователь хочет «сделать коммит», «закоммитить изменения», «commit это», «сформулируй commit-message», «commit по конвенции».
Формирует описание Pull Request из diff текущей ветки относительно базовой (main/master). Анализирует все коммиты, выделяет «зачем / что / как проверить», фиксирует breaking changes. Используй, когда пользователь хочет «описать PR», «сделать описание для пуллреквеста», «оформить PR», «запушить и открыть PR», «сгенерируй PR description».
| name | git-release-tag |
| description | Создаёт semver-тег для релиза с генерацией changelog из коммитов с прошлого тега. Определяет нужный bump (patch/minor/major) по содержимому коммитов, формирует release notes. Используй, когда пользователь хочет «выпустить релиз», «бампнуть версию», «поставить тег», «сделать релиз», «затегать». |
Цель: одной операцией провести релиз — определить версию, собрать changelog, поставить тег, при желании запушить.
Перед началом прочитай ~/.claude/rules/git-conventions.md — разделы про Semver и теги.
<sdk>/v<X>.<Y>.<Z> (например, sdk-go/v0.3.1)v<X>.<Y>.<Z>Найди последний тег:
git tag --list 'v*' --sort=-v:refname | head -5 # одиночный
git tag --list 'sdk-go/v*' --sort=-v:refname | head -5 # пер-SDK
Если тегов нет — стартуй с v0.1.0 (или <sdk>/v0.1.0).
git log <last-tag>..HEAD --oneline
git log <last-tag>..HEAD --pretty=format:'%h %s%n%b%n'
В монорепо отфильтруй коммиты, затрагивающие нужный SDK:
git log <last-tag>..HEAD -- sdk-go/
Проанализируй коммиты:
| есть в коммитах | bump |
|---|---|
feat!: или BREAKING CHANGE: в теле | major |
feat: без breaking | minor |
только fix:, perf:, refactor:, docs:, chore: | patch |
| ничего значимого (только chore без изменений в коде) | спросить пользователя |
Если коммиты не по конвенции — покажи их пользователю и спроси, какой bump.
Группируй коммиты по type. Формат:
## v0.4.0 — 2026-05-23
### Breaking changes
- <commit subject> (`<sha>`)
### Features
- feat(scope): <subject> (`<sha>`)
### Fixes
- fix(scope): <subject> (`<sha>`)
### Other
- refactor / docs / chore — кратко
<полная дельта: git log link>
Покажи:
v0.4.0)Спроси:
После подтверждения:
# annotated tag с changelog в сообщении
git tag -a <tag> -m "$(cat <<'EOF'
<changelog>
EOF
)"
# или с push:
git push origin <tag>
Не пушь без явного подтверждения. Тег в публичный repo — это операция, которую сложно откатить (особенно если на тег уже подписана CI/release-pipeline).
Если есть gh CLI и пользователь хочет публичный release с notes:
gh release create <tag> --notes-file <changelog.md> --title "<tag>"
git tag -d, git push --delete) без явного запросаfeat: если в нём нет breaking change