技能 changelog-automation
📦

changelog-automation

安全

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

也可从以下获取: wshobson

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

支持: Claude Codex Code(CC)
📊 71 充足
1

下载技能 ZIP

2

在 Claude 中上传

前往 设置 → 功能 → 技能 → 上传技能

3

开启并开始使用

测试它

正在使用“changelog-automation”。 Сгенерировать журнал изменений для выпуска v2.1.0 с 15 коммитами, включая 3 новые функции, 5 исправлений ошибок и 2 обновления документации

预期结果:

CHANGELOG.md с отформатированными разделами: Новые функции (поддержка OAuth2, тёмный режим, кэширование API), Исправления ошибок (состояние гонки при оформлении заказа, тайм-аут входа, фильтры поиска, функция экспорта, доставка уведомлений), Документация (обновления справочника API, руководство по миграции)

正在使用“changelog-automation”。 Проверить сообщение коммита: 'fix: resolve memory leak in image processor'

预期结果:

Верный Conventional Commit — тип: fix, без области применения, понятная тема, описывающая изменение

安全审计

安全
v1 • 2/25/2026

Static analyzer flagged 69 patterns (external_commands: 45, network: 13, env_access: 3, blocker: 8) but all are false positives. The skill consists entirely of markdown documentation with code examples. External command patterns are bash examples in documentation blocks, URLs are reference links, and token references are GitHub Actions workflow templates for user configuration. No executable code or actual security risks detected.

2
已扫描文件
580
分析行数
0
发现项
1
审计总数
未发现安全问题
审计者: claude

质量评分

38
架构
100
可维护性
87
内容
22
社区
100
安全
100
规范符合性

你能构建什么

М сопровождающий открытого исходного кода

Настроить автоматическую генерацию журнала изменений для выпусков npm-пакета с использованием semantic-release и GitHub Actions.

Менеджер выпусков предприятия

Стандартизировать соглашения о коммитах между командами и генерировать внутренние заметки о выпуске с разделами аудита безопасности.

Индивидуальный разработчик

Реализовать лёгкую автоматизацию журнала изменений с использованием git-cliff с минимальными затратами на настройку.

试试这些提示

Базовая настройка журнала изменений
Помогите мне настроить автоматическую генерацию журнала изменений для моего проекта. Я хочу использовать Conventional Commits и генерировать файл CHANGELOG.md в формате Keep a Changelog.
Настройка проверки коммитов
Настроить commitlint с husky для применения Conventional Commits в моём репозитории. Включить правила для проверки типа и форматирования темы.
Рабочий процесс выпуска GitHub Actions
Создать рабочий процесс GitHub Actions, который запускает semantic-release при push в main, генерирует журнал изменений, создаёт выпуски GitHub и публикует в npm.
Пользовательский шаблон журнала изменений
Настроить git-cliff с пользовательским шаблоном, который включает разделы для новых функций, исправлений ошибок, обновлений безопасности и благодарностей участникам со ссылками на GitHub.

最佳实践

  • Последовательно использовать формат Conventional Commits для обеспечения автоматизации и понятной истории
  • Обозначать критические изменения восклицательным знаком (feat!:) или нижним колонтитулом BREAKING CHANGE для видимости
  • Указывать номера задач в нижних колонтитулах коммитов для связи изменений с отслеживаемой работой

避免

  • Редактирование вручную сгенерированных файлов CHANGELOG.md — всегда пересоздавайте из истории коммитов
  • Объединение несвязанных изменений в одном коммите — держите одно логическое изменение на коммит
  • Пропуск проверки коммитов в CI — всегда применяйте соглашения перед слиянием

常见问题

Что такое формат Conventional Commits?
Conventional Commits — это спецификация для сообщений коммитов со структурой: тип(область применения): описание. Типы включают feat, fix, docs, style, refactor, perf, test, chore и другие.
Как обрабатывать критические изменения?
Добавьте восклицательный знак после типа (feat!: описание) или включите BREAKING CHANGE: в нижний колонтитул коммита с инструкциями по миграции.
Можно ли использовать это с существующей историей git?
Да, но результаты зависят от качества коммитов. Для непоследовательной истории рассмотрите возможность начала журнала изменений с определённого тега с помощью параметров диапазона git-cliff.
Какой инструмент выбрать?
Используйте standard-version для простых npm-проектов, semantic-release для полной автоматизации, git-cliff для скорости и настройки или commitizen для Python-проектов.
Как исключить определённые коммиты из журнала изменений?
Настройте парсеры коммитов для пропуска определённых типов. Большинство инструментов по умолчанию исключают docs, style, test и chore. Добавьте правила пропуска для других типов по мере необходимости.
Можно ли публиковать в несколько реестров?
Да, semantic-release поддерживает несколько плагинов. Настройте @semantic-release/npm для npm, @semantic-release/github для выпусков и пользовательские плагины для других целей.