agentsclimarketplace

Release notes generator

Skill ClarentCinematics/Codex-Skills-for-Enterprise/skills/release-notes-generator

Install
npx -y skills add ClarentCinematics/Codex-Skills-for-Enterprise --skill release-notes-generator

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 2 stars2 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its author says it does

Copied from the file, not written here

Convert commits, merged pull requests, tickets, changelog fragments, deployment notes, or issue lists into audience-specific release notes with user impact, internal context, breaking changes, migrations, and known issues. Use when Codex needs to prepare polished release communication from technical change history.

SKILL.md

1.8 KB, as published. Nobody here has run it

Release Notes Generator

Workflow

  1. Identify release scope, audience, product area, date range, and source artifacts.
  2. Group changes by user value, operational impact, bug fixes, breaking changes, and internal-only work.
  3. Translate technical changes into outcome-focused language appropriate for the audience.
  4. Preserve material caveats: migrations, feature flags, rollout limits, known issues, and support impact.
  5. Produce notes that can be used for customers, internal teams, support, or executives.

Output Standard

Use this structure by default:

  • Release Summary: concise overview of the release.
  • Highlights: highest-value user or business outcomes.
  • Improvements: user-facing changes grouped by theme.
  • Fixes: resolved issues with impact, not raw ticket noise.
  • Breaking Changes / Migrations: required user or operator action.
  • Known Issues: limitations, workarounds, and follow-up owner if known.
  • Internal Notes: operational, support, rollout, or enablement details.

Rules

  • Do not expose internal implementation details in customer-facing notes unless useful.
  • Do not invent features, dates, ticket status, or customer impact.
  • Mark uncertain release scope as Not stated.
  • Separate external release notes from internal enablement notes.

References

Read references/release-note-patterns.md when the user asks for customer, executive, support, or developer-facing notes.

Keep looking

Skills are one crate of 328,083. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.