gh-fix-ci

SKILL.md

Gh PR Checks Plan Fix

Overview

Use gh to inspect PRs for:

  • Failing CI checks (GitHub Actions)
  • Merge conflicts
  • Update Branch requirements (base branch advanced)
  • Reviewer comments (review summaries, inline comments, issue comments)
  • Change Requests from reviewers
  • Unresolved review threads

Then propose a fix plan, implement after explicit approval, reply to every reviewer comment (with action taken or reason for not addressing), resolve all threads, and notify reviewers.

  • Depends on the plan skill for drafting and approving the fix plan.

Prereq: ensure gh is authenticated (for example, run gh auth login once), then run gh auth status with escalated permissions (include workflow/repo scopes) so gh commands succeed.

Comment Response Policy

No reviewer comment may be left unanswered.

  • Every unresolved review thread MUST receive a reply before being resolved.
  • If the feedback was addressed: reply with what was done (e.g., "Fixed: refactored as suggested.").
  • If the feedback was intentionally not addressed: reply with the reason (e.g., "Not addressed: this is intentional because the API contract requires this format.").
  • The --reply-and-resolve argument enforces this by requiring a reply entry for every unresolved thread and rejecting empty bodies.

Issue/PR Comment Formatting (must follow)

  • Final comment text must not contain escaped newline literals such as \n.
  • Use real line breaks in comment bodies. Do not rely on escaped sequences for formatting.
  • Before posting (--add-comment or manual gh issue/pr comment), verify the final body does not accidentally include escaped control sequences (\n, \t).
  • If a raw escape sequence must be shown for explanation, include it only inside a fenced code block and clarify it is intentional.

Issue Progress Comment Template (required for issue-based work)

When work is tracked in GitHub Issues, progress updates must use this template:

Progress
- ...

Done
- ...

Next
- ...
  • Post updates at least when starting work, after meaningful progress, and when blocked/unblocked.
  • In Next, explicitly state blockers or the immediate next action.

Inputs

  • repo: path inside the repo (default .)
  • pr: PR number or URL (optional; defaults to current branch PR)
  • mode: inspection mode (checks, conflicts, reviews, all)
  • required-only: limit CI checks to required checks only (uses gh pr checks --required)
  • gh authentication for the repo host

Quick start

# Inspect all (CI, conflicts, reviews) - default mode
python3 "${CLAUDE_PLUGIN_ROOT}/github/skills/gh-fix-ci/scripts/inspect_pr_checks.py" --repo "." --pr "<number>"

# CI checks only
python3 "${CLAUDE_PLUGIN_ROOT}/github/skills/gh-fix-ci/scripts/inspect_pr_checks.py" --repo "." --pr "<number>" --mode checks

# Conflicts only
python3 "${CLAUDE_PLUGIN_ROOT}/github/skills/gh-fix-ci/scripts/inspect_pr_checks.py" --repo "." --pr "<number>" --mode conflicts

# Reviews only (Change Requests + Unresolved Threads)
python3 "${CLAUDE_PLUGIN_ROOT}/github/skills/gh-fix-ci/scripts/inspect_pr_checks.py" --repo "." --pr "<number>" --mode reviews

# JSON output
python3 "${CLAUDE_PLUGIN_ROOT}/github/skills/gh-fix-ci/scripts/inspect_pr_checks.py" --repo "." --pr "<number>" --json

# Required checks only (if gh supports --required)
python3 "${CLAUDE_PLUGIN_ROOT}/github/skills/gh-fix-ci/scripts/inspect_pr_checks.py" --repo "." --pr "<number>" --mode checks --required-only

# Reply to all unresolved threads and resolve them
python3 "${CLAUDE_PLUGIN_ROOT}/github/skills/gh-fix-ci/scripts/inspect_pr_checks.py" --repo "." --pr "<number>" --reply-and-resolve '[
  {"threadId":"PRRT_xxx123","body":"Fixed: refactored the method as suggested."},
  {"threadId":"PRRT_xxx456","body":"Not addressed: this is intentional because the API requires this format."}
]'

# Add a comment to notify reviewers
python3 "${CLAUDE_PLUGIN_ROOT}/github/skills/gh-fix-ci/scripts/inspect_pr_checks.py" --repo "." --pr "<number>" --add-comment "Fixed all issues. Please re-review."

Workflow

  1. Verify gh authentication.

    • Run gh auth status in the repo with escalated scopes (workflow/repo).
    • If unauthenticated, ask the user to log in before proceeding.
  2. Resolve the PR.

    • Prefer the current branch PR: gh pr view --json number,url.
    • If the user provides a PR number or URL, use that directly.
  3. Inspect based on mode:

    Conflicts Mode (--mode conflicts):

    • Check mergeable and mergeStateStatus fields.
    • If CONFLICTING or DIRTY, report conflict details.
    • If BEHIND, report that the base branch advanced and an Update Branch is required.
    • Suggest resolution steps: fetch base branch, merge/rebase, resolve conflicts.

    Reviews Mode (--mode reviews):

    • Fetch reviews with CHANGES_REQUESTED state.
    • Fetch unresolved review threads using GraphQL.
    • Fetch ALL reviewer comments (review summaries, inline review comments, issue comments) without truncation.
    • Display reviewer, comment body (full text), file path, and line number.
    • Decide if reviewer feedback requires action (any change request, unresolved thread, or reviewer comment).

    Checks Mode (--mode checks):

    • Run bundled script to inspect failing CI checks.
    • Add --required-only to limit output to required checks when supported.
    • Fetch GitHub Actions logs and extract failure snippets.
    • For external checks (Buildkite, etc.), report URL only.

    All Mode (--mode all):

    • Run all inspections above.
  4. Summarize issues for the user.

    • Provide clear summary of all detected issues.
    • Call out conflicts, change requests, unresolved threads, and CI failures.
  5. Create a plan.

    • Use the plan skill to draft a fix plan and request approval.
  6. Implement after approval.

    • Apply the approved plan, summarize diffs/tests.
    • After implementing fixes, proceed to step 7 to reply and resolve ALL threads.
  7. Reply to ALL reviewer comments and resolve threads (mandatory).

    • CRITICAL: Every unresolved review thread MUST receive a reply before resolution. No thread may be silently resolved or left unaddressed.
    • For each unresolved thread, prepare a reply:
      • If addressed: describe what was done (e.g., "Fixed: refactored the method as suggested in commit abc1234.")
      • If intentionally not addressed: explain the reason (e.g., "Not addressed: this is by design because ...")
    • Use --reply-and-resolve with a JSON array covering ALL unresolved threads.
    • The script validates completeness and rejects the operation if any thread is missing a reply.
    • Requires Repository Permissions > Contents: Read and Write.
  8. Notify reviewers (optional).

    • With --add-comment "message", post a comment to the PR.
    • Useful for notifying reviewers that issues have been addressed.
  9. Recheck status.

    • After changes, suggest re-running gh pr checks to confirm.

Bundled Resources

scripts/inspect_pr_checks.py

Comprehensive PR inspection tool. Exits non-zero when issues remain.

Arguments:

Argument Default Description
--repo . Path inside the target Git repository
--pr (current) PR number or URL
--mode all Inspection mode: checks, conflicts, reviews, all
--max-lines 160 Max lines for log snippets
--context 30 Context lines around failure markers
--required-only false Limit CI checks to required checks only
--json false Emit JSON output
--reply-and-resolve (none) JSON array of {threadId, body} to reply and resolve ALL threads
--add-comment (none) Add a comment to the PR

Exit codes:

  • 0: No issues found
  • 1: Issues detected or error occurred

--reply-and-resolve JSON format:

[
  {"threadId": "PRRT_xxx123", "body": "Fixed: refactored the method as suggested."},
  {"threadId": "PRRT_xxx456", "body": "Not addressed: this is intentional because ..."}
]

Validation rules:

  • Every currently unresolved thread MUST have a corresponding entry.
  • Every entry MUST have a non-empty body.
  • If any unresolved thread is missing, the script prints the missing thread details and exits with error.

Features

Conflict Detection

Detects merge conflicts via mergeable and mergeStateStatus fields.

  • CONFLICTING / DIRTY: Conflict detected
  • BEHIND: Base branch advanced; Update Branch required
  • MERGEABLE / CLEAN: No conflicts

Change Request Handling

Fetches reviews with state == "CHANGES_REQUESTED" and displays:

  • Reviewer name
  • Review body
  • Submission timestamp

Reviewer Comments

Fetches ALL reviewer feedback without truncation:

  • Review summaries with full comment bodies
  • Inline review comments (file/line) with full comment bodies
  • PR issue comments with full comment bodies
  • Marks review action required if any reviewer feedback exists

Unresolved Review Threads

Uses GraphQL to fetch threads where isResolved == false:

  • File path and line number
  • Thread ID (for reply and resolution)
  • Comment author and full body
  • Outdated status

Reply and Resolve

Use --reply-and-resolve to reply to every unresolved thread and resolve them.

  • Uses GraphQL addPullRequestReviewThreadReply to post a reply.
  • Uses GraphQL resolveReviewThread to mark the thread as resolved.
  • Validates that ALL unresolved threads are covered (no thread left behind).
  • Rejects empty reply bodies.

Required permissions:

  • Fine-grained PAT: Pull requests + Contents: Read and Write
  • Classic PAT: repo scope

Reviewer Notification

Use --add-comment "message" to post a summary comment to the PR after fixes.

Output Examples

Text Output

PR #123: Comprehensive Check Results
============================================================

MERGE STATUS
------------------------------------------------------------
Mergeable: CONFLICTING
Merge State: DIRTY
Base: main <- Head: feature/my-branch
Action Required: Resolve conflicts before merging

CHANGE REQUESTS
------------------------------------------------------------
From @reviewer1 (2025-01-15):
  "Please fix these issues..."

UNRESOLVED REVIEW THREADS
------------------------------------------------------------
[1] src/main.ts:42
    Thread ID: PRRT_xxx123
    @reviewer1: This needs refactoring because the current
    implementation violates the single responsibility principle.

[2] src/utils.ts:15
    Thread ID: PRRT_xxx456
    @reviewer2: Consider using a more descriptive variable name here.

CI FAILURES
------------------------------------------------------------
Check: build
Details: https://github.com/...
Failure snippet:
  Error: TypeScript compilation failed
  ...
============================================================

Reply and Resolve Output

OK: PRRT_xxx123 (src/main.ts:42)
OK: PRRT_xxx456 (src/utils.ts:15)

Result: 2 resolved, 0 failed, 2 total

JSON Output

{
  "pr": "123",
  "conflicts": {
    "hasConflicts": true,
    "mergeable": "CONFLICTING",
    "mergeStateStatus": "DIRTY",
    "baseRefName": "main",
    "headRefName": "feature/my-branch"
  },
  "changeRequests": [
    {
      "id": 123456,
      "reviewer": "reviewer1",
      "body": "Please fix these issues...",
      "submittedAt": "2025-01-15T12:00:00Z"
    }
  ],
  "unresolvedThreads": [
    {
      "id": "PRRT_xxx123",
      "path": "src/main.ts",
      "line": 42,
      "comments": [
        {"author": "reviewer1", "body": "This needs refactoring because..."}
      ]
    }
  ],
  "ciFailures": [
    {
      "name": "build",
      "status": "ok",
      "logSnippet": "..."
    }
  ]
}
Weekly Installs
11
Repository
akiojin/skills
GitHub Stars
5
First Seen
Jan 23, 2026
Installed on
codex11
opencode10
claude-code10
github-copilot10
kimi-cli10
gemini-cli10