The call
Delegate well-specified tickets with runnable tests to cloud agents, add Bugbot with BUGBOT.md rules as the automated review, and save a named human reviewer for the final approval on every merge.
Cloud agents and Bugbot produce pull requests and review comments faster than people can read them, so the human reviewer is the step to protect. A company running Cursor on a large monorepo puts that reviewer last, after the developer and Bugbot. This guide maps which work to delegate, how Bugbot fits, and who approves.
When you need this
- Engineers want to hand Linear or Slack tickets straight to an agent.
- Pull requests arrive faster than reviewers can check them.
- You are weighing Bugbot against another AI reviewer.
Worked example: one company's order of review on a large monorepo
Plan
The developer starts in Plan Mode and has the agent implement against tests.
First review
The developer reviews the diff in the IDE before anything else sees it.
Automated review
Bugbot reviews each pull request update against BUGBOT.md. Public reports range from about ten real bugs caught in a month for a small team to bugs surfacing only across several review cycles.
Final approval
A second engineer approves last, because review time limits how much the team ships.
Evaluation criteria
Which work to delegate
What should a cloud agent take on without a human in the loop?
Look forDelegate simple or well-specified tasks with tests the agent can run. Engineers on Hacker News describe cloud agents handling simpler Linear tickets and investigating support issues or alarms, and they keep complex work in the editor.
Environment and access
Can the agent build and test the change it makes?
Look forCloud agents run in isolated VMs with cloned repositories, installed dependencies, secrets, and network access. They support MCP servers and can work across several repositories in one task. An admin first connects GitHub, GitLab, Bitbucket Cloud, or Azure DevOps. Internet access is on by default, so restrict it to an allowlist, and mark secrets as Runtime Secrets to keep their values out of transcripts, commits, and the model.
Bugbot rules and effort
What does Bugbot review, and by whose standards?
Look forBugbot reviews each pull request update, or runs when someone comments bugbot run, and reads the .cursor/BUGBOT.md files committed to the repository. Effort levels exist on usage-based Bugbot plans, and higher effort finds more bugs at more usage. Cursor bills each review once, to the account that turned Bugbot on for the repository, and autofix draws Cloud Agent credits at plan rates. Findings default to a neutral check status, so Bugbot blocks a merge only after you configure its check to fail on unresolved issues.
Review order
Who reviews what, and when?
Look forOrder review from cheapest to scarcest. The developer reads the diff in the IDE first, and Agent Review checks local changes after each commit against the same BUGBOT.md rules. Bugbot reviews the pull request next, and the second engineer approves last.
Merge approval
Who owns the merge for an agent-authored pull request?
Look forName the engineer who approves each merge. Non-engineers can start changes through web agents when engineering reviews before merge, as one company does for its marketing site.
Delegation and review map
Is it written down which work goes where?
Look forFor each task type, record the trigger and whether it runs in the editor, CLI, or cloud. List the required checks and whether Bugbot reviews it. Name the human approver, and revisit the assignments when review time per change rises.
Questions to ask vendors
- Which repositories and integrations can start cloud agents, and who can trigger them?
- Which account has Bugbot turned on for each repository? Cursor bills every review there, whichever team the pull request author belongs to.
- Which Bugbot findings should fail the check and block a merge, and who owns that configuration?
- Who limits cloud agents' default internet access to an allowlist, and which secrets do they receive?
Red flags
- Agent pull requests merged without a named human approver.
- Bugbot comments treated as the review itself.
- Cloud agents enabled before source control access and secrets are scoped.
- Review load measured by pull request count alone.
Worth evaluating
Listed in no particular order.
Sources
- Official documentation
- 6
- Public source
- 6
- Cursor docs: Cloud Agents
- Cursor docs: Cloud Agents security overview
- Cursor docs: Bugbot
- Cursor docs: Agent Review
- Cursor docs: Plan Mode
- Cursor pricing
- Peter Eysermans, madewithlove: automatic pull request reviewing with Bugbot (Sep 2, 2025)
- Cursor forum: Bugbot needing several review cycles (Feb 10, 2026)
- Cursor forum: layered review on a large monorepo (Feb 18, 2026)
- Hacker News: delegating simpler Linear tasks to cloud agents (Apr 2, 2026)
- Hacker News: cloud agents for automated investigations (Aug 29, 2026)
- Hacker News: a marketing team using web agents with engineering review (May 5, 2026)