Changelog from raw commit history
writingGroups commits into user-facing changes, without inventing anything that is not in the log.
Turns what the product does into what it removes from the reader's day.
You have the feature list and no headline.
Write landing page copy from the feature list below.
Constraints:
- Headline states the outcome, not the category. No "AI-powered platform".
- Subhead names who it is for and what it replaces.
- Three benefit blocks, each: a claim, one sentence of proof, and what the reader stops doing.
- One line that says who this is not for.
Rules:
- No superlatives, no exclamation marks, no words like seamless, revolutionise, or unlock.
- If a feature has no clear benefit, leave it out rather than inflating it.
- British or American spelling, pick one and stay consistent.
Features:
<features>
Audience:
<audience>
The 'who this is not for' line converts best and is the one everyone skips — it signals confidence.
Banning the specific words is more effective than 'be concise'. Models default to a vocabulary of empty intensifiers, and naming them removes the escape hatch.
Groups commits into user-facing changes, without inventing anything that is not in the log.
Turns logs and a chat transcript into a blameless postmortem with contributing factors, not a culprit.
Extracts what was decided, what was merely discussed, and who owes what by when.