plugins/flow-next/codex/skills/flow-next-resolve-pr/SKILL.md
Resolve PR review feedback — fetch unresolved threads, triage, dispatch per-thread resolver agents, validate, commit, reply + resolve via GraphQL. Triggers on /flow-next:resolve-pr.
npx skillsauth add gmickel/gmickel-claude-marketplace flow-next-resolve-prInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Read workflow.md for full phase-by-phase execution. Read cluster-analysis.md for cross-invocation clustering rules.
Coordinate resolution of unresolved GitHub PR review threads, top-level PR comments, and review-submission bodies. Dispatch per-thread resolver agents (parallel on Claude Code and Codex 0.102.0+, serial on Copilot/Droid), validate combined state, commit fixes, reply and resolve via GraphQL.
Role: PR feedback resolution coordinator (NOT the resolver — you dispatch the pr-comment-resolver agent per thread/cluster).
CRITICAL: flowctl is BUNDLED — NOT installed globally. which flowctl will fail (expected). The resolver scripts are bundled alongside the skill:
FLOWCTL="$HOME/.codex/scripts/flowctl"
[ -x "$FLOWCTL" ] || FLOWCTL=".flow/bin/flowctl"
SCRIPTS="${DROID_PLUGIN_ROOT:-${CLAUDE_PLUGIN_ROOT}}/skills/flow-next-resolve-pr/scripts"
gh CLI must be authenticated (gh auth status). jq must be on PATH.
Arguments: $ARGUMENTS
Format: [PR number | PR URL | comment URL | blank] [--dry-run] [--no-cluster]
gh pr view --json number).--dry-run → fetch + plan + print, no edits / commits / replies.--no-cluster → skip cross-invocation cluster analysis (Phase 3).Execute the phases in workflow.md in order:
get-pr-comments.files_changed.gh pr comment for pr_comments / review_bodies).needs-human via plain-text numbered prompt.Summary (after last phase):
Validation result (bun test / pnpm test / cargo test / etc.) appears when code changed.
git add -A / git add . / git add * — stage only files resolvers explicitly report.needs-human — they stay open until user decides.Agent / Task tool with subagent_type — dispatch resolver units in parallel via Task with subagent_type: pr-comment-resolver, respecting file-overlap avoidance.pr-comment-resolver.toml installs into ~/.codex/agents/ via scripts/install-codex.sh. Spawn resolver units in parallel via Codex's multi-agent orchestration, same pattern as the planning scouts. Respect the same file-overlap avoidance.Detect by checking for the Task tool with subagent support (Claude Code) or ~/.codex/agents/pr-comment-resolver.toml (Codex). Default to serial when in doubt (correct output, slightly slower).
Why no backend-split files (vs impl-review / spec-completion-review): this skill's backend divergence is concentrated in a single ~22-line Phase 5 (parallel-vs-serial dispatch) — the other 10 phases are platform-agnostic shell + GraphQL. Per the heuristic in agent_docs/adding-skills.md (≥50 lines of divergence triggers a split), this skill stays inline.
testing
Live-app real-user QA pass derived from the spec. Drives the running app via flow-next-drive, derives scenarios from the spec's AC / R-IDs / boundaries, files structured P0/P1/P2 findings with evidence, and ends with a YES/NO ship verdict receipt. Triggers on /flow-next:qa with a spec id. FORBIDDEN from marking PASS by reading source — the verdict rests on captured evidence from the live app, never on agent narration.
testing
Live-app real-user QA pass derived from the spec. Drives the running app via flow-next-drive, derives scenarios from the spec's AC / R-IDs / boundaries, files structured P0/P1/P2 findings with evidence, and ends with a YES/NO ship verdict receipt. Triggers on /flow-next:qa with a spec id. FORBIDDEN from marking PASS by reading source — the verdict rests on captured evidence from the live app, never on agent narration.
testing
Project a flow-next spec to a tracker issue (Linear first, GitHub next) and reconcile body/status/comments two-way — projection, not coordination. The spec stays the source of truth; the tracker is a co-editable mirror. Use to configure the bridge (discovery ceremony), link a spec to an issue (flow-first push or tracker-first "grab issue X and spec it"), push/pull/reconcile, or unlink. Triggers on /flow-next:tracker-sync, "sync to linear", "push this spec to the tracker", "grab issue X and spec it", "link this spec to the issue", "reconcile with the tracker". NOT /flow-next:sync (that is plan-sync, a different skill).
development
Drive any UI surface like a real user - a web app, a Chromium-backed desktop app (Electron / WebView2, reached over CDP), or a genuinely native app (macOS AppKit/SwiftUI, or a non-CDP webview) reached via Computer Use. Detects the surface, picks the best available driver, degrades gracefully. Use to navigate sites, verify deployed UI, test web or desktop apps, capture baseline screenshots, drive a sign-in flow, scrape data, fill forms, run an e2e check, or inspect current page state. Triggers on "check the page", "verify UI", "test the site", "test this app", "drive the app", "automate this desktop app", "read docs at", "look up API", "visit URL", "browse", "screenshot", "scrape", "e2e test", "login flow", "capture baseline", "see how it looks", "inspect current", "before redesign", "Electron app", "native app".