What you see on the pull request
The review opens with a comment reading🔍 Running post-implementation review..., then works through up to three review passes.
Every comment it leaves ends with a Merge readiness line, so the newest comment tells you where the pull request stands:
Comments accumulate rather than replace one another. Only the opening comment is rewritten in place, so a run that takes several passes leaves a readable trail instead of one comment you have to catch mid-edit.
Fix passes
A review pass that finds problems lists each one in a comment, then hands the list to a fix pass that edits the code. The fix pass commits its work with a message likefix: address review feedback (iter 1) and force-pushes it to the pull request branch. If you have that branch checked out, your local copy has diverged and needs a fresh pull.
Three review passes allow two fix passes, which is why the counter reads 1/2 and then 2/2.
A fix pass that changes no files stops the loop instead of spending what is left of the budget.
Approval is a comment, not an approving review
When a pass approves, AI-Implement submits a pull-request review saying so — as a comment, not as a GitHub approval. GitHub does not let an author approve their own pull request, and here the pull request and the review come from the same app identity, so an approving review is not available to it.External review tools
If your repository runs a separate review tool that reports as a check on the pull request, the post-push review waits up to five minutes for that check on the current commit before deciding anything. What happens then depends on what the check did:- No matching check exists — the review proceeds on its own verdict.
- The check is still running when the wait ends — the review does not approve, and asks for a person instead.
- The check finished without reaching a verdict, because it was cancelled or skipped — treated the same as still running.
- The check reported findings — they block approval.
When the post-push review does not run
- On a gap-fill run. Those update a pull request that has already been through this.
- On a draft pull request. When a run’s own review never approves, it opens the pull request as a draft and skips this review — and nothing later marks that draft ready.
- When the run never opened a pull request.
Send the work back with /ai-implement
Commenting on the pull request starts another round of work on the same branch, without starting over from the issue.
1
Open the pull request on GitHub
Go to the pull request AI-Implement opened.
2
Comment with the trigger
Your comment has to begin with You need write, maintain, or admin permission on the repository.
/ai-implement. Anything after it is passed to the run as an instruction and takes priority over the default behavior of filling in whatever is missing.3
Wait for the commits
AI-Implement adds a reaction to your comment once it accepts the trigger. The run then pushes its commits to the pull request branch.
A gap-fill run is quiet on the pull request — no start notice, no summary, and no notice if it fails. What you get is commits on the branch and a note on the issue describing what it addressed.