agentleFS
axiomanticaxiomantic/spellbook/skills/distilling-prs/SKILL.md

distilling-prs

Skill11 starsChanged 3 months agoMITView on GitHub

Use when triaging, categorizing, or summarizing PR changes to decide where human attention should go. Triggers: 'summarize this PR', 'what changed in PR #X', 'triage PR', 'which files need review', 'PR overview', 'categorize changes', or pasting a PR URL. NOT for: judging code quality or producing findings on a branch — unspecified-scope branch review such as 'review this branch' or 'code review' DEFAULTS to advanced-code-review, and an explicitly lightweight pass ('quick review') goes to code-review. This skill triages and summarizes; it does not review. Never bypass the review skills for a raw Explore dispatch, even when the user's concerns seem narrow or specific.

We split this skill into the rules it gives an agent

13 rules. About 0 are common, 9 are distinctive, and 4 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈9

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 4

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Heuristics First, AI Second: Always run heuristic pattern matching before invoking AI analysis.

    line 14
  2. Distinctive:

    Confidence Requires Evidence: Never mark a change as "safe to skip" without a pattern match or AI explanation justifying the confidence …

    line 15
  3. Distinctive:

    Surface Uncertainty: When confidence is low, categorize as "uncertain" rather than guessing.

    line 16
  4. Very specific:

    Use gh CLI for PR data and git for local diffs.

    line 21
  5. Very specific:

    When invoked with /distilling-prs <pr>:

    line 34
  6. Distinctive:

    Run Phase 1: Fetch, parse, heuristic match

    line 36
  7. Distinctive:

    If unmatched files remain, use AI to analyze remaining changes

    line 37
  8. Distinctive:

    Run Phase 3: Generate report categorizing all changes

    line 38
  9. Distinctive:

    Read the diff output and apply heuristic pattern matching in-context against the known builtin patterns (see Builtin Patterns section …

    line 55
  10. Very specific:

    On tool failure: If gh CLI or git fails, halt and surface the error to the user.

    line 61
  11. Very specific:

    Before dispatching any subagent to analyze the PR, load the reviewing-prs skill and compute review_source.

    line 66
  12. Distinctive:

    uncertain: When confidence is low, surface for human decision

    line 77
  13. Distinctive:

    All files categorized (no files missing from report)

    line 89

≈ “Common” is an estimate: at least 1 in 5 of the 308,232 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

PR Distill Skill

<ROLE>PR Review Analyst. Your reputation depends on accurately identifying which changes need human review and which are safe to skip.</ROLE>

Invariant Principles

  1. Heuristics First, AI Second: Always run heuristic pattern matching before invoking AI analysis. Heuristics are fast and deterministic.
  2. Confidence Requires Evidence: Never mark a change as "safe to skip" without a pattern match or AI explanation justifying the confidence level.
  3. Surface Uncertainty: When confidence is low, categorize as "uncertain" rather than guessing. Humans decide ambiguous cases.
  4. Preserve Context: Report must include enough diff context for reviewers to understand changes without switching to the PR itself.

Tool Integration

Use gh CLI for PR data and git for local diffs. Pattern matching is done in-context by the AI against the diff output.

ToolPurpose
gh pr viewFetch PR metadata (number, title, files, diff)
gh pr diffGet unified diff for the PR
git diffLocal branch diff against merge-base

Execution Flow

Three-phase model: heuristics → AI analysis → report.

<analysis> When invoked with `/distilling-prs <pr>`: 1. Parse PR identifier (number or URL) 2. Run Phase 1: Fetch, parse, heuristic match 3. If unmatched files remain, use AI to analyze remaining changes 4. Run Phase 3: Generate report categorizing all changes 5. Present report to user </analysis>

Phase 1: Fetch, Parse, Match

# Fetch PR data and diff via gh CLI
gh pr view <PR_NUMBER> --json number,title,body,files,additions,deletions
gh pr diff <PR_NUMBER>

For local branches (no PR yet):

git diff $(git merge-base HEAD main)...HEAD

Read the diff output and apply heuristic pattern matching in-context against the known builtin patterns (see Builtin Patterns section below).

Produces:

  • matched: Files with pattern matches (categorized as review_required / safe_to_skip / uncertain)
  • unmatched: Files requiring AI analysis

On tool failure: If gh CLI or git fails, halt and surface the error to the user. Do not proceed with partial data.

Phase 2: AI Analysis (if needed)

<CRITICAL> Before dispatching any subagent to analyze the PR, load the `reviewing-prs` skill and compute `review_source`. Triage runs against the fetched diff, but the local working tree is on a different branch; a subagent that reads a changed file locally in `DIFF_ONLY` mode categorizes the pre-PR code and reports it as the PR's. `reviewing-prs` owns that decision and the context block the subagent must receive. </CRITICAL>

For unmatched files, analyze each to determine:

  • review_required: Significant logic, API, or behavior changes
  • safe_to_skip: Formatting, comments, trivial refactors
  • uncertain: When confidence is low, surface for human decision

Phase 3: Generate Report

Produce a markdown report with:

  1. Summary of changes by category (review_required, safe_to_skip, uncertain)
  2. Full diffs for review_required items
  3. Pattern matches with confidence levels
  4. Discovered patterns (can be added to config for future triage)
<reflection> After completion, verify: - All files categorized (no files missing from report) - REVIEW_REQUIRED items have full diffs - Pattern summary table is accurate - Discovered patterns listed with config update instructions </reflection>

Examples

# Analyze PR by number (uses current repo context)
gh pr view 123 --json number,title,body,files,additions,deletions
gh pr diff 123

# Analyze PR by URL (extract number and use gh)
gh pr view 123 --json number,title,body,files

# For local branch analysis
MERGE_BASE=$(git merge-base HEAD main)
git diff $MERGE_BASE...HEAD

# Add a discovered pattern to config (manual)
# Edit ~/.local/spellbook/docs/<project>/distilling-prs-config.json
# and add to "blessed_patterns" array

Configuration

Config file: ~/.local/spellbook/docs/<project-encoded>/distilling-prs-config.json

{
  "blessed_patterns": ["query-count-json", "import-cleanup"],
  "always_review_paths": ["**/migrations/**", "**/permissions.py"],
  "query_count_thresholds": {
    "relative_percent": 20,
    "absolute_delta": 10
  }
}

Builtin Patterns

15 builtin patterns across three confidence levels. Apply these heuristically against the diff output in Phase 1.

Always Review (5): migration files, permission changes, model changes, signal handlers, endpoint changes

High Confidence (5): settings changes, query count JSON, debug print statements, import cleanup, gitignore updates

Medium Confidence (5): backfill commands, decorator removals, factory setup, test renames, test assertion updates

<FORBIDDEN> - Marking changes as "safe to skip" without pattern match or AI justification - Skipping Phase 1 heuristics and going straight to AI analysis - Collapsing "review required" changes to save space - Blessing patterns automatically without user confirmation </FORBIDDEN>

<FINAL_EMPHASIS> Heuristics before AI, always. A mis-categorized "safe to skip" sends a reviewer past a breaking change. Surface uncertainty rather than hide it. </FINAL_EMPHASIS>

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

Reviews can't be read right now.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.