Turn a tech changelog into a release-notes post users actually read (Sonnet 4.6).
Modality
Text
Model
claude-sonnet-4-6
Write the customer-facing release notes for {{product}} v{{version}}.
Engineering changelog:
{{changelog}}
Audience: {{audience}}
Output structure:
1. A one-sentence opener that says the most useful new thing in plain language.
2. A 'WHAT'S NEW' section: 2-4 bullets, each in the format 'You can now <verb> <object>.' Each bullet < 18 words.
3. A 'WHAT WE FIXED' section: 1-3 bullets phrased as the user's frustration, not the engineering cause ('uploads no longer time out on slow networks', not 'increased S3 retry timeout to 30s').
4. A closing line linking to the docs.
Rules: no 'we are excited', no 'under-the-hood improvements', no version-number trivia.The 'phrased as the user's frustration' rule for fixes is the difference between release notes that get read and ones that get skipped. Worth the verbosity.
Embed
Visitors see the card and can run the prompt on Artinstring with their own account.
<iframe src="https://artinstring.com/embed/release-notes-draft" width="100%" height="420" loading="lazy" style="border:0;border-radius:16px;" title="Release Notes — Customer-Facing · Artinstring"></iframe>More from Daily Workflows
Distill a week of standup notes into a 5-bullet digest the rest of the company can scan.
in Daily Workflows
Customer-facing incident update — clear, calm, no jargon.
in Daily Workflows
Personal 1:1 prep doc — what to ask, what to share, what to skip.
in Daily Workflows