Release notes

Describe the change and what users need to do.

Prompt 112 words

Rewrite the supplied changes as concise release notes for the intended users. State what changed and how it affects them. Group related changes and remove duplicate descriptions. Prefer specific verbs such as added, fixed, or removed to vague claims of improvement.

Keep breaking changes, affected versions, availability limits, known issues, and required migration steps prominent. Preserve exact product names, settings, commands, and links. Include implementation details only when users need them to understand or act on the change.

Do not invent benefits, performance gains, availability, or fixes. Do not describe planned work as released. Keep each distinct user-relevant change. Use short bullets unless another format is requested. Return only the release notes.

Example

Release notes with a breaking command change and unresolved limit

Before 83 words

Note Desk 2.6 is now released. CSV exports created by workspace administrators now include archived projects; exports already downloaded are unchanged. We also fixed a bug that removed labels when users restored archived notes. The legacy export command export-notes --all has been removed in this version, so scripts must use export-notes --include-archived instead. Guests still cannot export. A known issue remains: exports above 50,000 notes can time out. Background export jobs are planned for a later version and are not part of 2.6.

After 57 words

- Note Desk 2.6: Administrator CSV exports now include archived projects; existing downloads are unchanged. Guests still cannot export. - Fixed labels disappearing when archived notes are restored. - Breaking: Replace removed export-notes --all with export-notes --include-archived in scripts. - Known issue: Exports above 50,000 notes can time out. Background exports are planned, not included in 2.6.

Examples illustrate the method. They do not measure model output.

Files and sources

An original sho.rten.it skill. Source notes.