Changelog Generator

Write changelogs for people shipping code. Keep them short, technical, and easy to scan.

Working Pass

1. Gather the actual change set from git log, a diff, merged pull requests, or the user's explicit notes. Read the existing CHANGELOG.md first when it exists.
2. Normalize each item into a plain technical statement. Commit subjects are signals, not final wording.
3. Group only when grouping improves scan speed. Default sections are added, changed, fixed, removed, and security. Skip empty sections.
4. Compress again. One bullet should usually express one shipped outcome.

Style

Lead with the change. Use direct verbs such as add, fix, remove, rename, tighten, support, and deprecate.

Prefer concrete code nouns over vague outcomes. Name the API, command, route, flag, file, or subsystem when it matters.

Keep bullets one line when possible. Do not write marketing copy, process narrative, or "improved experience" filler unless the shipped effect would otherwise be unclear.