Drive a PR to merge: address review comments (human + Copilot), push fixes, wait for CI to go green, then squash-merge. Use when a human says "babysit PR #NNN", "address the comments and merge when green", or "get this PR landed". Pushes and merges — invoking it IS the authorization to do so. Refuses to merge on red CI, unresolved blocking reviews, or conflicts; escalates instead.
90
90%
Does it follow best practices?
Impact
94%
1.17xAverage score across 3 eval scenarios
Advisory
Suggest reviewing before use
Your team runs a weekly pass over open PRs: for a given PR it reads the current review and CI state, replies to any unanswered comment threads with a status update, waits for the required checks to conclude, and merges the PR if it is fully ready. Today a developer does this by hand every Friday; the team wants a Claude Code agent to do it directly — the agent calls tools itself. It does not write or run a standalone shell script.
Produce a step-by-step execution plan for handling one PR (its number is the input) that the agent would follow. For each of the four operations, name the exact tool you would call:
This repo's convention: every GitHub remote operation goes through the
mcp__github__* MCP tools (the Claude GitHub App), never the gh CLI; and
merges are squash merges whose title is a valid Conventional Commit.
Produce a single file pr_lifecycle_plan.md containing:
mcp__github__pull_request_read).