INTERMEDIATEOPS07 de mai. de 2026

    PR Triager

    PR triage in 2min: impact, review time, suggested owner, risky files, 8 red flags, questions for the author. Before you open a single file.

    View on GitHub
    WORKS IN
    CLAUDEany setup

    Pure-LLM skill. No MCP, no paid tool required. Works on Claude.ai web, desktop and Claude Code.

    WORKS BEST WITH
    • GitHub MCPoptional

      fetches PR title, description, file list, diff, CI status and comments straight from the URL — no manual pasting

    • Filesystemoptional

      reads the touched files in your local repo to check whether tests exist, whether the migration is reversible, etc — a much stronger red-flag detector

    TAGS
    founderprtriagereviewengineering

    What this skill does

    Triage for an open PR: classifies impact (low/med/high), review complexity, suggested owner, and the files most likely to conflict. In 2 minutes you know whether you need to look now or can leave it for later.

    What you get

    • A 2-sentence summary (what changes + why)
    • Impact: low (style/copy), med (contained feature), high (cross-cutting / data layer)
    • Review complexity: 5min, 30min, 2h, ½ day
    • Suggested owner (based on git blame of the touched files)
    • Risk files: missing tests, migrations, env changes
    • A question to ask the author before approving

    When to use

    • Inbox full of PRs and you don't know where to start
    • Before blocking ½ day to review each one
    • To delegate a review to another dev without losing context

    How it works

    1. You paste: PR title, description, file list, +/- lines
    2. The skill spots patterns: migration? env changed? new deps?
    3. Computes impact from the touched files + cross-references cross-cutting flags
    4. Estimates review time from volume + file complexity
    5. Generates 1-3 questions the reviewer should ask before approving
    6. Flags red flags (no test, no migration plan, no rollback)

    Output example

    PR #142 — fix(checkout): mobile overflow on PIX waiting page
    
    Summary
    overflow-hidden + min-w-0 on the checkout card so the brCode
    stops spilling over on mobile. 1 file, 5 lines added, 5 removed.
    
    Impact: low
    Complexity: 5min
    Owner: you (last commit on the file)
    
    Risk files
    none. Tailwind class change, no logic.
    
    Red flags
    ✓ no E2E test for mobile (but the component has a snapshot)
    ✓ no screenshot in the PR (recommend attaching one)
    
    Questions to ask the author
    1. Did you test on iPhone 12 / 13 mini (small screens)?
    2. Is the QR code still scannable at 192px (mobile size)?
    
    Recommendation
    APPROVE with a request for a mobile screenshot.

    Pre-reqs

    None. Web search helps cross-reference earlier PRs.

    Build.

    Work.

    Dream.

    Create.