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 83 stars 78 forks Updated yesterday Apache-2.0

Install

View on GitHub

Quality Score: 84/100

Stars 20%
64
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
3 months ago
Last Updated
yesterday
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.

83 Updated yesterday
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`.

83 Updated yesterday
apache
Code & Development Solid

magpie-pairing-self-review

Run a structured pre-flight self-review on local changes before opening a PR. Reads the diff against a configurable base (default: the merge base of HEAD and the upstream default branch), checks correctness, security, and project conventions, and returns a structured report to the developer. No state changes, no PR, no external writes — the report is the output.

83 Updated yesterday
apache