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
You are responsible for landing a batch of three open pull requests at the end of a sprint. Each one is in a different state: one looks ready, one has an unresolved problem, and one is ambiguous. Before you merge anything, you need to assess each PR against the team's merge criteria and write a decision document — because the final merge buttons will be pressed by an automated process that reads your decision file.
The PR states are described in inputs/pr_states.json. For each PR, determine whether it is safe to merge right now, and if so, specify how it should be merged. If it is not safe, state what is blocking it and what needs to happen before it can be merged.
Produce a file called merge_decisions.md with one section per PR containing:
merge or blockedAlso note for each PR whether the head branch should be deleted after merging.