mcpField
R
rhdh-jira-update

rhdh-jira-update

github.com/redhat-developerProductivity1948 installsUpdated 1d ago
Repository

About rhdh-jira-update

A skill for making precise changes to existing RHDH Jira issues, including progress updates, status transitions, PR links, and assignment. It requires approval for external writes and verifies the resulting fields by reading them back.

Key features

  1. 01Update issue fields and progress
  2. 02Transition issue status
  3. 03Link pull requests
  4. 04Assign work using evidence
  5. 05Read back and report changes

Use cases

  1. 01Log progress on an existing issue
  2. 02Move an issue to Review
  3. 03Attach a pull request link
  4. 04Assign work to a suitable person

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/redhat-developer/rhdh-skills --skill rhdh-jira-update

After installing, type/rhdh-jira-updatein Claude Code to confirm it loaded.

Bundled files

References and scripts installed along with SKILL.md.

agents/
openai.yaml
workflows/
assign-work.md
update-issue.md

Details

From the project README

Update RHDH Jira work

Small, precise changes to an issue that already exists. Two jobs live here because they are the same job: a field mutation on a known key.

Route

IntentLoad
Log progress, transition status, link a PR, close something outworkflows/update-issue.md
Decide who should take the work, then assign itworkflows/assign-work.md

Both may run in one session — an update that ends "and hand this to someone" is the second workflow, not a new conversation.

Every change is an external write

Invoke /mutation-gate and follow it, then read back the fields you claimed to set.

When another skill hands over a caller-finalized comment body and reports that the user approved that exact body through /mutation-gate, use those bytes for the write only when the current transcript contains that operation's plan and approval. Do not compose, edit, present, or confirm the body again. A label or an assertion of earlier approval is not proof; without the plan and approval in this transcript, run the gate before writing.

A caller handing over a pull request usually wants three writes at once — a comment, a transition to Review, and a web link to the PR URL. Put all three in one stated set so one approval covers them, rather than asking three times.

Boundary with the neighbouring skills

  • Opening new work is /rhdh-jira-create.
  • Auditing many issues for readiness is /rhdh-jira-refine. This skill changes one issue you already named.
  • Sprint carryover, velocity, and fill suggestions are /rhdh-jira-sprint-plan; it invokes this skill for per-issue assignee recommendations rather than scoring them itself.
  • acli flags, field IDs, JQL, GraphQL roster queries, and workflow exit criteria are /rhdh-jira-api.
  • Creating a PR and attaching the Jira web link in one step is /rhdh-jira-link.

Completion

Complete when every issue key the answer mentions was read back after the change and reported with its resulting status, assignee, and links. Name every operation that ran and every one that failed — a comment that posted followed by a transition that was rejected is a partial update, not a success. A transition blocked by unmet exit criteria is reported with the specific fields that blocked it. An assignee recommendation names the evidence behind it and says plainly when component or sprint metadata was missing, rather than implying certainty it does not have.

Comments

Markdown supported