← PR CompletionCONTENT HISTORY

Update to PR Completion

Snapshot Sep 30, 2026 · 23:13 UTC · version 0.3.0

Collection source: not recorded for this historical snapshot.

WHAT CHANGED · RULE-BASED ANALYSIS

First saved snapshot

No earlier snapshot is available to establish a change.

Compare saved observations

Download comparison JSON
Full technical diff · 0 changed fields
Full snapshot data
{
  "name": "gh-review-comment-triage",
  "description": "Verify and resolve GitHub PR review comments from Codex, CodeRabbit, or humans using GH CLI. Use to fetch review threads, distinguish real issues from stale or false-positive findings, fix actionable issues, reply with evidence, and resolve addressed threads.",
  "included_files": [],
  "skill_md_contents": "---\nname: gh-review-comment-triage\ndescription: Verify and resolve GitHub PR review comments from Codex, CodeRabbit, or humans using GH CLI. Use to fetch review threads, distinguish real issues from stale or false-positive findings, fix actionable issues, reply with evidence, and resolve addressed threads.\n---\n\n# GH Review Comment Triage\n\nGround every review claim in current code before changing anything.\n\n## Workflow\n\n1. Identify repository, branch, base, PR number, URL, and current head SHA with `gh pr view` and Git.\n2. Fetch review threads with `gh api graphql`; do not try unsupported `gh pr view --json reviewThreads`. Include thread id, resolution/outdated state, path and line, author, body, timestamp, and URL. Paginate beyond 100 threads.\n3. Build a compact triage table: thread, claim, current-code evidence, verdict, and action. Use `real`, `already fixed`, `stale`, `false positive`, or `needs user decision`.\n4. Inspect the exact file, nearby symbols, related call sites, tests, and current diff. Old line numbers and plausible bot prose are not evidence.\n5. Patch only real issues and add focused regression tests when useful. Keep each change mapped to its thread.\n6. Validate the touched behavior. When a parent workflow owns broader validation and commits, return the changed work to it.\n7. Reply and resolve only when the task authorizes GitHub mutation. For fixes, cite code and validation; for stale or false-positive findings, give the concrete reason before resolving.\n\nDo not resolve before fixing or documenting non-actionability. Do not batch unrelated findings into a vague change, stage unrelated work, or commit/push unless the invoking workflow authorizes it.\n\nReport fixed, stale, false-positive, and unresolved threads; validation performed; branch/push state; and whether actionable threads remain.\n"
}

SHA-256: aa2d18e7c27d42468a015bc9610a88462671578c9a2bde3f065667948f88bdbb