watch-pr

Featured

Wait for a pull request's checks to settle, then report what passed and what failed. Blocks in a single call rather than polling, so a wait costs one turn instead of one per look. Use this whenever the user asks to watch a pull request or wait on CI, and whenever a workflow needs that answer before it can go on.

AI & Automation 92 stars 8 forks Updated yesterday MIT

Install

View on GitHub

Quality Score: 88/100

Stars 20%
66
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# Watch a pull request Wait for the checks on a pull request to settle, then say what happened. This skill ends when the checks stop moving. Fixing what failed belongs to `fix-pr`, and merging belongs to `merge-pr`. A guard hook runs alongside and refuses the watching forms this skill wraps, so a hand-rolled poll can't quietly replace the watcher. A plain `gh pr checks` for a one-off look stays open. ## Which pull request `$ARGUMENTS` names the pull request number when the caller knows it. An empty value means whatever is open for the current branch. ## Step 1: watch Arm the watcher through the `Monitor` tool, which turns each line the script prints into a notification: ```text Monitor({ command: "bash .claude/skills/watch-pr/scripts/watch-checks.sh <number>", description: "checks on pull request <number>", timeout_ms: 1800000, persistent: false, }) ``` Omit the number to use the current branch's open pull request. `Monitor` is the right tool rather than a blocking call, because the script emits one line per check the moment that check settles. A failure arrives while the slower jobs are still going, so the diagnosis starts earlier and no turn goes to waiting. The script exits once nothing is pending, which ends the watch by itself. Never poll `gh pr checks` in a loop of your own. Each look costs a turn and reports a state that has already moved on. The lines to expect: - `WATCHING #<number>` once, at the start - `PASS <job>`, `SKIP <job>`, or `FAIL <job> ...

Details

Author
tbhb
Repository
tbhb/vale-ai-tells
Created
9 months ago
Last Updated
yesterday
Language
Shell
License
MIT

Integrates with

Similar Skills

Semantically similar based on skill content — not just same category

Code & Development Listed

watch-pr

Watch a PR until CI is green and its reviews are answered.

8 Updated 3 days ago
sherifabdlnaby
AI & Automation Listed

watch-pr

Triggered by /watch-pr [PR-number]. After pushing, waits for the PR's automated review + CI to land, then triages findings — auto-fixes mechanical ones, batches judgment calls into one question, replies-with-reasoning on disagreements. Hard cap of 2 rounds; terminates explicitly. ON-DEMAND ONLY — never part of the plan→boiler→orca flow (which is PR-less); exists for production/job work. Use when the user says "watch the PR", "wait for the review", or "handle the review when it comes".

1 Updated 1 months ago
orassayag
Code & Development Listed

pr-watch-as-author

Watch your own pull request for review feedback: undraft it when the cue clearly says it is ready (an ambiguous cue watches the draft), take a baseline snapshot, then poll GitHub in ~31-minute cycles for up to 24 hours and triage new feedback as it arrives — inline review threads and plain PR comments alike. Stops on approval, merge, close, timeout, user interrupt, or repeated poll failures; on approval it hands off to /shipit and never runs it. Trigger on "the PR is ready for review", "watch the PR", "watch this PR and fix comments", or "/pr-watch-as-author". The watch undrafts the pull request, moves the tracker ticket, and delegates apply-and-push on a high-confidence item, so invoke it ONLY on one of those stated intents: never infer watch intent from a PR merely being open or awaiting review.

11 Updated today
bostonaholic