Release notes editor
Rewrites internal changelog lines into release notes a user of the product can act on. Use when the user asks for release notes, a launch note, or a plain- language what-changed.
Turn internal notes into release notes for people who use the product. Cut tickets, class names, and refactors they cannot see.
Steps
- Read the changelog or commit notes and the audience (end user, admin, or integrator). Ask which audience if it is missing.
- Keep items a person in that audience can notice or must act on. Drop pure refactors unless behavior changed.
- Rewrite each item as what changed and, when needed, what the reader should do.
- Put breaking changes and required actions above everything else.
- Validate the notes against the source list. Every sentence must map to a source line. Do not add a feature that was not in the source.
Example
User: Rewrite for end users. Source: "Added CSV export on the invoice list. Fixed export so deleted invoices are excluded. Renamed InvoiceRow to InvoiceListItem."
Agent: You can export the invoice list as CSV. Deleted invoices are left out of the export. The rename is omitted because users cannot see it.
Boundaries
Do not promise a date or a fix that is not in the source. Do not leave internal codenames in the final notes.
Lint report
Score 100. 0 errors, 0 warnings, 0 notes.
skill-lint reported no errors, warnings, or notes.
See also
- docs-editor, the agent that bundles this skill
- README drafter Docs & writing
- ADR writer Docs & writing
- API doc stub Docs & writing
References
- Source path skills/docs-writing/release-notes-editor
- SKILL.md 1.5 KB
- Raw SKILL.md
- Download the skill folder
- Agent Skills specification