What problem does it solve? Handling inline review comments on GitHub pull requests often requires long multi-step sessions that exceed a single context window. This Skill breaks the work into four resumable phases with state persisted in a .pr-review/ directory, so progress survives context resets between phases. ## Core Features & Use Cases - Four-phase workflow: Run /pr-comment:triage, /pr-comment:plan, /pr-comment:fix, and /pr-comment:resolve in order to discover, plan, implement, and close review threads. - Severity classification: Comments are classified as critical, important, moderate, or nitpick, with user confirmation before any code changes are made. - Persistent state: Triage results, resolution plans, and architectural impact notes are stored as JSON in .pr-review/ at the repo root. - Use Case: A reviewer leaves 12 inline comments on your pull request. You run the triage phase to classify them, approve the ones worth fixing, generate resolution plans, implement the fixes, and then reply to and resolve each thread on GitHub. ## Quick Start Ask the assistant to handle the review comments on your pull request, then start the workflow by running the /pr-comment:triage command.