Skip to content

Reviewing pull requests

Connect GitHub and give the pull request URL.

Review this pull request for correctness, regressions, security problems, and missing tests. Run focused checks where useful. Publish findings on GitHub. Do not change the branch or merge it.

Name risks such as permissions, billing, concurrency, migrations, or user-facing behavior. Provide the related issue or specification when the diff does not contain the full contract.

State where the review must go:

  • Conversation only keeps findings in ufo.
  • Publish on GitHub creates the requested GitHub review.
  • Fix findings allows branch changes after the review.

The agent does not publish or change the branch unless the request allows it.

A finding must name the affected file and behavior. It must explain the failure case and give enough evidence to reproduce it. Questions and style preferences are not correctness findings.

If the agent verifies no findings, it reports that result and its checks. It does not add a comment only to show activity.

See the complete pull request review recipe.