Compétences changelog-automation
📦

changelog-automation

Sûr

Автоматизация создания журнала изменений и рабочих процессов выпуска

Ручное ведение журнала изменений подвержено ошибкам и требует много времени. Этот навык предоставляет шаблоны и инструменты для автоматизации создания журнала изменений, заметок о выпуске и управления версиями в соответствии с отраслевыми стандартами, такими как Keep a Changelog и Conventional Commits.

Prend en charge: Claude Codex Code(CC)
📊 69 Adéquat
1

Télécharger le ZIP du skill

2

Importer dans Claude

Allez dans Paramètres → Capacités → Skills → Importer un skill

3

Activez et commencez à utiliser

Tester

Utilisation de "changelog-automation". Покажите мне базовый шаблон Keep a Changelog

Résultat attendu:

Markdown-шаблон с разделами для Unreleased, Added, Changed, Deprecated, Removed, Fixed и Security, соответствующий спецификации keepachangelog.com с правильными ссылками на семантическое версионирование.

Utilisation de "changelog-automation". Какие типы Conventional Commit я должен использовать?

Résultat attendu:

  • feat: Новые функции (вызывает MINOR версию)
  • fix: Исправления ошибок (вызывает PATCH версию)
  • docs: Изменения документации (без изменения версии)
  • refactor: Реструктуризация кода (относится к разделу Changed)
  • perf: Улучшения производительности (относится к разделу Changed)
  • test: Добавление тестов (без изменения версии)
  • chore: Задачи обслуживания (без изменения версии)

Utilisation de "changelog-automation". Настройте git-cliff для моего Rust-проекта

Résultat attendu:

Полный файл конфигурации cliff.toml с разбором conventional commits, интеграцией GitHub и шаблонизированными разделами журнала изменений, отформатированными в соответствии со стандартами Keep a Changelog.

Audit de sécurité

Sûr
v5 • 1/21/2026

This skill contains documentation and configuration templates for changelog automation tools. All static findings are false positives: network URLs are documentation references to keepachangelog.com and semver.org, backtick patterns are code examples in markdown format, and env_access references are configuration samples for GitHub Actions workflows. No executable code or security risks detected.

2
Fichiers analysés
1,378
Lignes analysées
0
résultats
5
Total des audits
Aucun problème de sécurité trouvé
Audité par: claude Voir l’historique des audits →

Score de qualité

38
Architecture
100
Maintenabilité
87
Contenu
22
Communauté
100
Sécurité
87
Conformité aux spécifications

Ce que vous pouvez construire

Настройка выпуска для нового проекта

Настроить автоматическое создание журнала изменений для нового проекта Node.js с использованием standard-version, commitlint и GitHub Actions для согласованных рабочих процессов выпуска.

Миграция на Conventional Commits

Перенести существующий проект на стандарт Conventional Commits с проверкой, автоматическим версионированием и созданием журнала изменений для улучшения согласованности выпусков.

Автоматизация выпуска для нескольких языков

Настроить автоматизацию журнала изменений для проектов на разных языках с использованием соответствующих инструментов, таких как semantic-release для Node.js или commitizen для Python.

Essayez ces prompts

Базовая настройка журнала изменений 
Помогите мне настроить файл CHANGELOG.md в формате Keep a Changelog для моего проекта
Настройка Conventional Commits 
Настройте commitlint и husky для применения Conventional Commits в моем проекте Node.js
Автоматизация рабочего процесса выпуска 
Создайте рабочий процесс GitHub Actions, который автоматически создает журналы изменений и выпуски с помощью semantic-release
Пользовательская конфигурация выпуска 
Настройте standard-version с пользовательскими типами коммитов и разделами журнала изменений, специфичными для структуры моего проекта

Bonnes pratiques

  • Используйте commitlint с husky для проверки сообщений коммитов до их создания, предотвращая попадание недопустимых коммитов в репозиторий
  • Настраивайте отдельные рабочие процессы для ручного и автоматического выпуска для поддержки как запланированных выпусков, так и экстренных исправлений
  • Определите четкие соглашения о типах коммитов в документации команды и настройте парсеры в соответствии с вашими конкретными потребностями рабочего процесса

Éviter

  • Не редактируйте вручную сгенерированные файлы CHANGELOG.md, так как изменения будут перезаписаны при следующем автоматическом выпуске
  • Избегайте смешивания нескольких несвязанных изменений в одном коммите, что делает автоматическую категоризацию неточной
  • Не пропускайте проверку commitlint во время разработки, так как это приводит к несогласованным журналам изменений и нарушенной автоматизации

Foire aux questions

В чем разница между standard-version и semantic-release?
standard-version требует ручного запуска и дает вам контроль над тем, когда происходят выпуски, в то время как semantic-release полностью автоматизирует выпуски на основе сообщений коммитов в CI/CD. Используйте standard-version для ручного утверждения выпусков, semantic-release для полной автоматизации.
Как обрабатыватьbreaking changes в моих коммитах?
Добавьте восклицательный знак после типа (feat!) или включите BREAKING CHANGE: в нижнем колонтитуле коммита. Это вызывает MAJOR версию и выделяет изменение в журнале изменений.
Могу ли я настроить, какие типы коммитов появляются в журнале изменений?
Да, все инструменты поддерживают настройку. В standard-version используйте .versionrc.js, в semantic-release используйте параметры commit-analyzer, а в git-cliff используйте commit_parsers в cliff.toml. Установите hidden: true или skip: true, чтобы исключить типы.
Какой инструмент мне следует использовать для проекта Python?
Используйте commitizen для проектов Python. Он интегрируется с pyproject.toml, поддерживает интерактивные коммиты и может автоматически обновлять файлы версий в пакетах Python.
Как перенести существующий проект на Conventional Commits?
Начните с добавления конфигурации commitlint и хуков husky, затем используйте changelog_start_rev для начала отслеживания с определенной версии. Предыдущие коммиты могут оставаться в старом формате, пока новые коммиты следуют соглашению.
Какие разрешения нужны GitHub Actions для автоматических выпусков?
Рабочему процессу требуется разрешение contents: write для создания выпусков и коммитов, а также может потребоваться pull-requests: write для PR выпусков. Используйте GITHUB_TOKEN для основных операций и NPM_TOKEN только при публикации в реестр npm.

Détails du développeur

Auteur

wshobson

Licence

MIT

Dépôt

https://github.com/wshobson/agents/tree/main/plugins/documentation-generation/skills/changelog-automation

Réf

main

Structure de fichiers

📄 SKILL.md