magpie-reviewer-routing

Solid

Given an open issue or PR, scores the project's configured reviewer roster across three signals — touched-area eligibility, git-history familiarity with the changed paths, and current open-review load — and proposes a primary reviewer (plus an optional backup). Read-only and propose-then-confirm: nothing is assigned, labelled, or requested without the maintainer's explicit confirmation. An unresolved roster produces an explicit NO ELIGIBLE REVIEWER signal, never a fabricated handle.

Code & Development 91 stars 89 forks Updated today Apache-2.0

Install

View on GitHub

Quality Score: 84/100

Stars 20%
65
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

<!-- SPDX-License-Identifier: Apache-2.0 https://www.apache.org/licenses/LICENSE-2.0 --> <!-- Placeholder convention (see ../../AGENTS.md#placeholder-convention-used-in-skill-files): <upstream> → GitHub slug of the upstream codebase <project-config> → the adopting project's config directory <default-branch> → upstream's default branch (master vs main) <N> → an issue or PR number Substitute these with concrete values from the adopting project's <project-config>/ before running any command below. --> # reviewer-routing This skill removes the "who should look at this?" pause that stalls a fresh PR or issue before any review begins. Given an open issue or PR it scores the project's configured reviewer roster and proposes one primary reviewer (and optionally a backup), grounding each suggestion in three signals: 1. **Roster eligibility for the touched area** — each roster entry declares which components, paths, or areas it covers; the skill matches the issue/PR's labels, changed paths, and title against those declarations. 2. **Git-history familiarity with the changed paths** — for PRs, the skill scans the upstream git log on the changed files to surface who has authored or reviewed changes to those paths recently. 3. **Current open-review load** — the skill counts each roster member's open review-requested PRs on `<upstream>` so routing spreads work instead of piling it on the most recently active ...

Details

Author
apache
Repository
apache/magpie
Created
4 months ago
Last Updated
today
Language
Python
License
Apache-2.0

Bundled in these plugins

Similar Skills

Semantically similar based on skill content — not just same category

Code & Development Solid

magpie-pr-management-code-review

Walk a maintainer through deep, sequential code review of open pull requests on the configured `<upstream>` repo. Defaults to the **"my reviews"** queue (the union of five maintainer signals — see the Inputs table); selectors can narrow to a single PR, an area label, or a collaborator subset. Drafts an `approve` / `request-changes` / `comment` review per PR and posts on the maintainer's confirmation.

91 Updated today
apache
AI & Automation Solid

magpie-pr-management-triage

Sweep open pull requests on the configured `<upstream>` repo, classify each one against the project's quality criteria, propose a disposition, and — on the maintainer's confirmation — carry out the action via `gh`. Disposition options per PR: draft / comment / close / rebase / CI-rerun / workflow-approve / ping-stale-reviewer / request author confirmation of readiness / mark `ready for maintainer review` / promote bot-authored draft. Does **not** perform code review — that lives in `pr-management-code-review`.

91 Updated today
apache
Code & Development Listed

review

Review PRs and repo health with one skill, three modes. Default: recap the session's goal, discover every PR it opened, and review/merge each in dependency order. Given PR number(s): a deep sub-agent review (not the author) with file:line grounding, an architecture rubric (reuse, cross-cutting-at-source, no duplicate surfaces, doc-asserted invariants), and a security pass on risk-touching diffs. Given `repo` / a path / `--since <date>`: a read-only whole-repo architecture-and-quality diagnostic (four orthogonal categories, HTML report, no merge verdict). Triggers on: 'review the PR', 'code review', 'review #N', 'before I merge', 'block this PR', 'security review', 'what's wrong with this branch', 'health check', 'parallel implementations', 'audit drift'.

0 Updated today
phnx-labs