magpie-pr-management-triage

Solid

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`.

AI & Automation 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: <repo> → target GitHub repository in `owner/name` form (default: read from `<project-config>/project.md → upstream_repo`) <viewer> → the authenticated GitHub login of the maintainer running the skill <base> → the PR's base branch (typically `main`) Substitute these before running any `gh` command below. --> # pr-management-triage This skill walks a maintainer through **first-pass triage** of open pull requests. Its job is to answer, for each candidate PR, one question: > *What is the next move — draft, comment, close, rebase, rerun, > mark ready, ping, or leave alone?* It is the on-ramp of the PR lifecycle. Everything after this skill — detailed code review, line-level comments, approve / request-changes — belongs to a separate review skill and is out of scope here. This skill is the successor to the triage mode of `breeze pr auto-triage`. It drops the full-screen TUI in favour of a CLI conversation. The flow is: 1. **Fetch the entire candidate set up front** by paginating through GitHub until `has_next_page=false`. The fetch is a no-attention phase — the maintainer can step away while the skill walks the pages. 2. **Classify every fetched PR in one pass**, building groups that span the whole queue (a `mark-ready` group may carry 30 PRs across what was previously six pages). 3. **Present groups to the maintain...

Details

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

Integrates with

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
Code & Development Solid

magpie-pr-management-quick-merge

Identify trivial, low-risk pull requests in the `ready for maintainer review` queue of <upstream> that pass every quality gate and touch only supplementary areas (docs, changelog, translations, tests) — the "express lane" a maintainer can review and merge in seconds. Surfaces and ranks candidates with per-PR diff summaries, an all-gates-green attestation, and the exact merge command. On the maintainer's explicit per-PR confirmation it can submit an APPROVE review (the maintainer's own review of the trivial diff — useful when the PR has no approvals yet and branch protection needs one), exactly as pr-management-code-review does. It never merges itself — automated merge is the framework's deliberately-deferred Agentic Autonomous mode; the maintainer runs the printed merge command in their own session.

83 Updated yesterday
apache
AI & Automation Solid

magpie-issue-triage

For each open `<issue-tracker>` issue in the configured candidate pool, read the issue body and comments and classify the candidate disposition. On user confirmation, posts a triage-proposal comment that invites the project team to react. Read-only on tracker state — no workflow transitions, closures, or label changes. Six classes in the body.

83 Updated yesterday
apache