jira-task-reviewer

Reviews pull requests for Jira issues and posts approve or request-changes verdicts to GitHub and Jira.

1|Updated Jul 3, 2026
One-click install
npx skills add https://github.com/kantorv/jira-sdlc-tools --skill jira-task-reviewer-kantorv
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: jira-task-reviewer
Source: https://github.com/kantorv/jira-sdlc-tools/tree/main/plugins/jira-sdlc/skills/jira-task-reviewer
Command: npx skills add https://github.com/kantorv/jira-sdlc-tools --skill jira-task-reviewer-kantorv

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Coordinating code review across a multi-issue Jira workflow is tedious: reviewers must find the right PRs for each issue, check them against consistent criteria, record verdicts in both GitHub and Jira, and keep issue statuses in sync. This Skill automates that review pass from the current git worktree, deriving the issue from the branch name and walking the correct PR set. ## Core Features & Use Cases - Worktree-scoped PR discovery: Derives the Jira issue from the current branch, then reviews the parent PR, every in-review sub-task PR, or a single sub-task PR depending on where you run it. - Structured verdicts with idempotency: Evaluates diffs against six review dimensions (correctness, pattern consistency, scope creep, regressions, test coverage, build hygiene) and posts a canonical review report as a GitHub comment and Jira comment, skipping PRs already approved by the same identity. - Workflow gating via Jira transitions: Sends rejected issues back to In Progress, continues past rejections to report full state, and never merges — it ends by offering to move approved issues to Done. - Use Case: After sub-task executors open PRs against a parent feature branch, run this Skill from the parent's worktree to review each in-review PR, post verdicts, and get a single run-level report on the parent Jira issue. ## Quick Start Run the jira-task-reviewer skill from the issue's git worktree to review its open pull requests and post verdicts to GitHub and Jira.

Frequently Asked Questions about jira-task-reviewer

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I review pull requests linked to Jira issues automatically?

Run this Skill from the issue's git worktree; it derives the Jira issue key from the branch name, finds the matching open PRs with gh pr list, reviews each diff against six criteria, and posts verdict comments to GitHub and Jira.

How does the reviewer decide which PRs to review?

Scope depends on the worktree: from a parent's worktree it reviews every sub-task PR in In Review status plus the parent PR, while from a sub-task's worktree it reviews only that sub-task's PR. Single-step issues are reviewed directly.

Does this Skill merge pull requests after approving them?

No, it never merges. It posts an approve or request-changes verdict as a review comment, transitions rejected Jira issues back to In Progress, and ends by offering to move approved issues to Done; merging is left to a human.

What happens if I re-run the review on an already-approved PR?

The Skill checks for a prior verdict comment from its own GitHub identity before reviewing. If the most recent verdict starts with APPROVED, it skips re-review unless you explicitly request a re-review in the run arguments.

Why does the review post comments instead of GitHub review states?

In the default deployment the executor and reviewer share one gh account, and GitHub blocks self-approval on your own PRs. Both verdicts land as review comments, while the Jira transition to In Progress acts as the actual workflow gate.