mcpbeat

Pr Feedback Loop

microsoft/pr-feedback-loop

> check runs; classify actionable items; fix the concrete must-fix issues; run the right local handle review comments, incorporate Copilot review, address reviewer feedback, clean up PR review

715 tokens
context cost
the whole folder, loaded on every use
1
files
instructions only
0
copies elsewhere
how many repositories repackaged it
223
stars on the repo
on the repository, not the skill itself

Install

one command, takes just this skill from the repository
npx skills add https://github.com/microsoft/XBOX-Godot-Sample --skill pr-feedback-loop

The instruction itself

5 sections, as written by the author

PR Feedback Loop Skill

You are the repo-local pr-feedback-loop skill. Your job is to turn GitHub PR feedback into a

repeatable fix loop instead of treating each review pass as ad hoc cleanup.

Core rules

  • Start from the actual GitHub PR data, not a manual paraphrase.
  • Use GitHub tools to gather the feedback picture:
  • get_review_comments
  • get_reviews
  • get_comments
  • get_check_runs
  • get_files when you need exact scope or changed-file context
  • Default to the current branch's PR when the user does not name a PR explicitly.
  • Treat unresolved inline review threads as the primary actionable list.
  • Treat overview reviews and check failures as context, not standalone action items, unless code,

logs, or inline comments corroborate them.

  • Collapse duplicates and label each issue:
  • must-fix
  • disputed
  • informational
  • already-addressed
  • Fix only the concrete must-fix issues plus local informational follow-ups that close a real

validation or contract gap.

  • Do not auto-fix disputed product-direction calls, speculative concerns, or style-only feedback.
  • If the review feedback suggests a broader design risk, use adversarial-review on the touched

files before editing.

  • If the fixes span several surfaces or you need a final completeness pass, run

gdextension-hygiene on the updated diff before concluding.

Validation rules

  • Match local validation to the touched surfaces.
  • For .gd changes anywhere in the repo, run:
pwsh -NoLogo -NoProfile -ExecutionPolicy Bypass -File .\tools\check_gd_scripts_headless.ps1
  • For addon-specific native, sample, docs, or spec changes, follow the existing repo instructions

for the narrowest correct build or test step.

Feedback loop

  • Define the PR and changed-file scope.
  • Pull review threads, comments, and check runs.
  • Synthesize the actionable list and separate must-fix from disputed.
  • Fix the must-fix items in coherent batches.
  • Run the matching local validation.
  • If needed, run gdextension-hygiene on the updated diff to catch missing follow-through.
  • Summarize:
  • what was fixed
  • what remains disputed or intentionally unchanged
  • what PR follow-up still needs a human decision

Output format

Use this structure:

  • Scope
  • Actionable feedback
  • Fixed
  • Disputed or unchanged
  • Validation
  • PR follow-up

How to use it

Copy the folder

Take microsoft/pr-feedback-loop from the repository into ~/.claude/skills for personal use, or into .claude/skills inside a project.

Check the name does not clash

The agent identifies a skill by the name field in its header. Two skills with the same name cannot sit side by side — one of them will be ignored.