3 min lesson
Build and test a changelog Skill
Build one changelog Skill, run its helpers and verify manual and automatic selection.
Step 1 of 3
Create .cursor/skills/release-changelog/SKILL.md. Add valid name and description fields, then write the version input, latest-tag base, output path and finish check. Keep the collector, style guide and entry template in the skill folder and reference them with relative paths. Run /release-changelog for version 2.9.1. Compare the pull request range with git log, inspect the generated file and test the collector with a missing version. Fix any error, then start a fresh task with the plain release request to check automatic selection.
Turn a repeated job into a project Skill
0:42 · narratedRead this demo as text
- Filter Rules, Skills, Subagents to this project. The changelog row is real discovery chrome — name plus trigger description, not an invented skill catalog.
- Open the file .cursor slash skills slash changelog slash SKILL dot md. Keep the trigger, ordered steps, and helper boundary together so the workflow is versioned with the repo.
- Invoke slash changelog. The Skill runs its local commit collector, groups the result, and hands back a bounded draft — no hidden procedure left in your head.
Practice next: Wrap one repeated job in .cursor/skills/<name>/SKILL.md and test it on a small real task.
Simulated Cursor 3.12 (macOS, light) — beta educational reconstruction, not the real product.
Learn more
Full explanation
.cursor/skills/release-changelog/
.cursor/skills/release-changelog/SKILL.md---
name: release-changelog
description: Build release notes from merged pull requests since the latest tag. Use when preparing a release changelog.
---release-changelog/
SKILL.md
scripts/collect-prs.mjs
references/style.md
assets/entry.mdPrepare the release changelog for 2.9.1Learn more
Optional practice
Test yourself on Build and test a changelog Skill
QWhich result proves the changelog Skill is ready to keep?