Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add commands/openshift-eng/ai-helpers/create-release-notegit clone --depth 1 https://github.com/openshift-eng/ai-helpersWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/commands/openshift-eng/ai-helpers/create-release-note)<a href="https://agentmods.dev/commands/openshift-eng/ai-helpers/create-release-note"><img src="https://agentmods.dev/badge/commands/openshift-eng/ai-helpers/create-release-note.svg" alt="Measured on agentmods" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00014 | $0.04282 |
| Opus 5 | $0.00007 | $0.02141 |
| Sonnet 5 | $0.00003 | $0.00856 |
| Haiku 4.5 | $0.00001 | $0.00428 |
Grade A, and why
create-release-note scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured yesterday.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
Copies of this mod
1 near-identical copy found in the catalogue:
- create-release-note — 94% identical, 25 lines differ
How it starts
The opening of the file, as written. The whole thing — 550 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Name
jira:create-release-note
Synopsis
/jira:create-release-note <issue-key>
Description
The jira:create-release-note command automatically generates bug fix release notes by analyzing Jira bug tickets and their linked GitHub pull requests, then updates the Jira ticket with the generated release note content.
This command is particularly useful for:
- Creating consistent, well-formatted release notes across all bugs
- Automatically extracting information from multiple sources (Jira + GitHub)
- Saving time by analyzing PR code changes, commits, and descriptions
- Ensuring complete release notes with Cause, Consequence, Fix, Result, and Workaround
The command follows the standard release note template format and populates both the Release Note Type and Release Note Text fields in Jira.
Implementation
The jira:create-release-note command runs in multiple phases:
🎯 Phase 1: Fetch and Validate Jira Bug
-
Fetch bug ticket using
getJiraIssueMCP tool:- Request all fields to ensure we have complete data
- Verify the issue is a Bug type
- Extract issue description, links, and custom fields
-
Validate issue type:
- If not a Bug, warn user and ask if they want to continue
- Release notes are typically for bugs, but may apply to other types
-
Parse bug description to extract required sections:
- Cause: The root cause of the problem
- Consequence: The impact or effect of the problem
-
Handle missing sections:
- If Cause or Consequence sections are missing, inform the user
- Provide template format and ask user to update the bug description
- Optionally, allow user to provide Cause/Consequence interactively
🔗 Phase 2: Extract Linked GitHub PRs
Extract all linked GitHub PR URLs from multiple sources:
- Remote links (Primary source - web links in Jira):
- Check the Jira issue response for web links/remote links
- Common field names:
remotelinks,issuelinkswithoutwardIssue.fields.issuetype.name == "GitHub PR" - Look for GitHub PR URLs in remote link objects
- Pattern:
https://github.com/{org}/{repo}/pull/{number} - Extract PR URLs and parse into
{org}/{repo}and{number}
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- yesterday First seen · 550 lines · 14 tokens per session scan A ba8a3643630d
create-release-note is a command published in the GitHub repository openshift-eng/ai-helpers (114 stars, last pushed yesterday), licensed Apache-2.0. It adds 14 tokens to every session and 4,282 once invoked, about $0.0001 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-09-03.
Other commands, from other repositories
sync-coordinator
Multi-package synchronization and version alignment with ruv-swarm coordination for seamless integration between claude-code-flow and ruv-swarm packages.
dart-release-merge-main
merge the active release branch back into main.
pr
Create a GitHub PR from current branch with unpushed commits — discovers templates, analyzes changes, pushes.
gsd:ship
Create PR, run review, and prepare for merge after verification passes.
taupr
The Tau Ceti worker loop — one unit of work per round, first that applies: rebase, fix CI, fix findings, review a stalled PR, else author a new one. Authoring checks the source material first, cleans up, and opens the PR; CI reviews it. We only self-review a PR that CI has left unreviewed for an hour.
iteration-drive
Drive the active iteration to completion — Phase 2 Autonomous Execute, Phase 3 iteration-close, Phase 4 Create PR, Phase 5 PR merge-ready loop (prefer babysit/-babysit; optional greploop when repo has it; else CI fallback) until mergeable. Not Done until Phase 5 exit checklist passes.