qv-addon-release-notes
Skill697 starsChanged 18 days agoApache-2.0View on GitHub
Generate release notes for addon packages (non-SDK inference addons, decoder, OCR). Use when preparing release notes or user asks to "generate release notes" for an addon package.
We split this skill into the rules it gives an agent
12 rules. About 0 are common, 8 are distinctive, and 4 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈8
Distinctive · estimate
This author's own choices. Worth a look.
4
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 25
Use a range like main...HEAD (or the PR base commit...HEAD) to list commits and diffs.
- Very specific: line 28
If the version in package.json is unchanged compared to main, stop and display this exact warning to the user:
- Distinctive: line 33
If this PR includes any changes that must be released in the package, you must bump the package version, commit/push it and re-run this …
- Distinctive: line 36
Do not include uncommitted changes or untracked files: If any uncommitted/untracked files are present, ignore them.
- Very specific: line 43
Look for patterns like #123, (#123), or Merge pull request #123
- Very specific: line 52
Create release-notes/vX.Y.Z.md with these guidelines:
- Distinctive: line 65
Introduction: Write a brief 2-3 sentence summary of what this release brings
- Distinctive: line 67
Sections: Create each section using narrative prose style.
- Distinctive: line 83
Use complete sentences, not bullet fragments
- Distinctive: line 86
Add context where helpful (why this matters)
- Distinctive: line 87
Keep code examples clean and commented
- Distinctive: line 88
Remove internal jargon, make it accessible
≈ “Common” is an estimate: at least 1 in 5 of the 308,232 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Addon Release Notes Generator
What
Generate human-readable release notes for addon packages (non-SDK packages like inference addons, decoder, OCR). Collects changes, extracts PRs, validates version bump, and produces a formatted release notes file.
When to Use
- Creating release notes for an addon package
- User explicitly asks to "generate release notes" or "prepare release notes" while working in an addon package
Instructions
Step 1: Identify version and changes (mandatory version bump check)
Identify the full set of changes that will land in main for the PR, and validate the version bump in package.json against main:
- Find the PR base and head: The base is
main. The head is the current branch/commit that the PR will merge. - Compare against
main:- Use a range like
main...HEAD(or the PR base commit...HEAD) to list commits and diffs. - Always compare
package.jsonbetweenmainandHEAD.
- Use a range like
Mandatory version bump check:
- If the
versioninpackage.jsonis unchanged compared tomain, stop and display this exact warning to the user:
WARNING: VERSION BUMP REQUIRED The
versioninpackage.jsonis unchanged compared tomain. If this PR includes any changes that must be released in the package, you must bump the package version, commit/push it and re-run this command.- If the
- Do not include uncommitted changes or untracked files: If any uncommitted/untracked files are present, ignore them.
The goal is to produce a single, combined change set that reflects what will be merged: all commits on the PR branch versus main only.
Step 2: Collect PRs included in this release
- Extract PR numbers from commit messages in the range
main...HEAD- Look for patterns like
#123,(#123), orMerge pull request #123
- Look for patterns like
- For each PR found, use
gh pr view <number>to get:- PR title
- PR number
- PR URL
- Build a list of PRs to include in the release notes
Step 3: Generate Release Notes file
Create release-notes/vX.Y.Z.md with these guidelines:
Format Requirements
- Title:
# QVAC <package_name_readable> v{VERSION} Release NotesReplace<package_name_readable>with a corresponding name:decoder-audio:Audio Decoderembed-llamacpp:Embeddings Addonllm-llamacpp:LLM Addontranslation-nmtcpp:NMT Addontts-onnx:TTS ONNX Addontranscription-whispercpp:Transcription Whisper Addon
- Introduction: Write a brief 2-3 sentence summary of what this release brings
- Sections: Create each section using narrative prose style. Omit a section if there is no information related with it:
- Breaking Changes: Lead with impact, explain what changed and why, provide clear migration steps with before/after code
- New APIs: Describe what's possible now, show practical usage examples
- Features: Explain benefits in user terms, not just what was added
- Bug Fixes: Describe what was broken and how it's fixed
- Other: Summarize briefly
- Pull Requests: At the end, include a "## Pull Requests" section listing all PRs in this release:
## Pull Requests - [#123](https://github.com/tetherto/qvac/pull/123) - PR title here - [#124](https://github.com/tetherto/qvac/pull/124) - Another PR title - Style Guidelines:
- Use complete sentences, not bullet fragments
- Lead with benefits/impact
- Group related changes together
- Add context where helpful (why this matters)
- Keep code examples clean and commented
- Remove internal jargon, make it accessible
- Skip entries with no informational value -- generic entries like "Updated models" or "Bumped dependencies" without specific details should be omitted
Example
release-notes/vX.Y.Z.md:
# QVAC OCR Addon v0.4.0 Release Notes
This release introduces automated GitHub releases and improves mobile test reliability.
## Features
### Automated GitHub Releases
The release process is now automated with enforced release notes. When a version bump is detected on merge to main, a GitHub release is automatically created using the corresponding release notes file.
## Bug Fixes
### Mobile E2E Test Workflow Fix
Fixed an issue where mobile E2E tests would fail when the "On PR Trigger" workflow was manually run via workflow_dispatch.
## Pull Requests
- [#67](https://github.com/tetherto/qvac/pull/67) - Fix mobile E2E tests workflow_dispatch
- [#70](https://github.com/tetherto/qvac/pull/70) - feat: automate GitHub releases with mandatory release notesIn this repository56 other files it gives its agents.
- AGENTS.mdAGENTS.md
- .github/AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- .cursor/rules/agent-integrations.mdcCursor rule
- .cursor/rules/cpp/string-api-conventions.mdcCursor rule
- .cursor/rules/devops/main.mdcCursor rule
- .cursor/rules/no-remote-code-execution.mdcCursor rule
- .cursor/rules/qip-triage.mdcCursor rule
- .cursor/rules/sdk/commit-and-pr-format.mdcCursor rule
- .cursor/rules/sdk/error-handling.mdcCursor rule
- .cursor/rules/sdk/first-class-product-parity.mdcCursor rule
- .cursor/rules/sdk/main.mdcCursor rule
- .cursor/rules/sdk/public-constants-contract.mdcCursor rule
- .cursor/rules/sdk/request-lifecycle-primitives.mdcCursor rule
- .cursor/rules/sdk/sdk-pod-packages.mdcCursor rule
- .cursor/rules/sdk/skill-authoring-guidelines.mdcCursor rule
- cpp-string-api-reviewSkill
- qv-addon-changelogSkill
- qv-addon-pr-createSkill
- qv-agent-stack-syncSkill
- qv-asana-syncSkill
- qv-daily-work-updateSkill
- qv-dev-diary-setupSkill
- qv-dev-diarySkill
- qv-devops-daily-updateSkill
- qv-devops-pr-createSkill
- qv-devops-pr-reviewSkill
- qv-devops-pr-statusSkill
- qv-devops-runner-queueSkill
- qv-devops-why-my-pr-notSkill
- qv-docs-solution-createSkill
- qv-docs-updateSkill
- qv-holepunch-devSkill
- qv-merge-guard-wireSkill
- qv-mobile-test-dispatchSkill
- qv-notice-generateSkill
- qv-pr-mineSkill
- qv-pr-reviewSkill
- qv-pr-testSkill
- qv-qip-createSkill
- qv-qip-reviewSkill
- qv-qip-triageSkill
- qv-quality-reportingSkill
- qv-registry-autobase-patternsSkill
- qv-release-trainSkill
- qv-sdk-backmergeSkill
- qv-sdk-changelogSkill
- qv-sdk-e2e-createSkill
- qv-sdk-inference-versionSkill
- qv-sdk-pr-createSkill
- qv-sdk-pr-statusSkill
- qv-sdk-update-modelsSkill
- qv-skill-listSkill
- setupSkill
- setupSkill
- qv-nx-ciSkill
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

