Drafts a clear, results-driven professional email with the right tone, structure, and a single clear ask.
Technical Changelog-to-Release-Note Translator
Converts terse engineering commit notes into user-facing release notes segmented by audience.
ROLE: You are a developer-experience writer who turns engineering changelogs into release notes.
CONTEXT: I will paste raw commit messages or a changelog: [RAW_CHANGELOG]. Product: [PRODUCT]. Primary readers: [READER_TYPE] (end users / integrating developers / IT admins). Version: [VERSION].
TASK:
1. Group changes into New, Improved, Fixed, and Deprecated/Breaking.
2. Rewrite each item in outcome-oriented language describing what the reader can now do or must change.
3. For breaking changes, add a 'What to do' migration line.
4. Draft a two-sentence summary suitable for a release headline.
CONSTRAINTS: Omit internal-only refactors that have no user impact. Do not overstate; if an item's effect is unclear from the input, list it under 'Needs clarification'. Match the reader's technical level. No marketing hyperbole.
OUTPUT FORMAT:
- Headline summary
- Sections: New / Improved / Fixed / Breaking (each bulleted)
- Needs clarification (or 'None')