Bugbot can be included in an eligible Cursor plan and supports repository review rules. Cubic offers a dedicated Team review plan with custom agents and reviewed-line allowances. Both document local review, so compare entitlements and custom-review configuration before adding another subscription.
Code Review Guide · Reviewed October 14, 2026 · Published by Perch / Verglas LLC
Cursor Bugbot and Cubic at a glance
Documented review inputs, requirements and licensing
Decision
Cursor Bugbot
Cubic
Review scope
Repository-aware reviews with configurable reasoning effort.
PR and local review with plan-specific reviewed-line allowances.
Local review input
Cursor 3.7+ provides /review and /review-bugbot in Cursor CLI, including committed and uncommitted branch changes.
cubic review checks uncommitted edits or changes against a base branch.
Custom requirements
Team rules, repository rules and .cursor/BUGBOT.md files.
Compare existing editor usage with a dedicated review plan
Review the same uncommitted repair and branch change. Record Cursor review effort and included usage, Cubic reviewed lines, and whether the configured agents fit the team allowance.
Cursor Bugbot billing
Bugbot is included in current eligible Cursor plans; legacy and usage-billed workspaces follow their plan-specific terms. Premium is listed at $30/month.
Current Cursor plan entitlements, included usage and legacy billing determine the total. The May 2026 $1–$1.50/run transition average is not a universal current list price.
Team: $30/developer/month billed yearly. Starter includes 20 PR reviews/month free.
Team annual subscription floor, including 40,000 reviewed lines per seat per period; extra lines cost $20/10,000. Flex usage settings affect whether reviews pause.
Subscription amounts are plan floors or quoted allowances. Repeated reviews, selected effort, provider charges and exclusions can change the bill. Equal review counts do not establish equal analysis scope.
A third option for the agent’s next edit
When Perch is the better choice
Perch is a stronger fit when the team wants to keep a specific correction runnable across editors and CI. Its named rule can be selected directly after an agent edit.
For an agent that repeatedly removes tenant authorization from a database update, save the requirement as a named Perch rule:
- name: tenant-scoped-update
where: "orders.py"
ensure: >-
The cancellation UPDATE must constrain tenant_id to actor.tenant_id
before changing the order. An id-only or owner-only update breaks
this requirement.
This requirement comes from the FastAPI tenant-authorization recipe, which includes the implementation, deliberate regression and captured Perch checks. The same named check can run against the working file after the next agent edit. Perch working-file checks support selecting rules directly; rule selectors cover project, file and method scope.
Use the setup command for your coding agent. Download the focused pack without replacing existing files:
curl -fL 'https://reporules.fyi/fastapi/tenant-cancellation/rule-pack.zip' -o tenant-rule.zip
unzip -n tenant-rule.zip
perch check orders.py --rules tenant-scoped-update --json
# Repair the reported finding after the agent edit.
perch check orders.py --rules tenant-scoped-update --json
Keep your existing root perch.yaml. The ZIP adds its focused rule under .perch/rules/; unzip -n preserves existing files. Review and adapt the selector and application path before running it in your repository. Run the saved check after an edit, repair any finding, and repeat the identical check alongside application regression tests.
Perch charges 10¢ per 1,000 fresh rule checks, with no developer seat fees. Cached unchanged checks are free. About 50¢ per mid-sized PR is a rounded estimate for approximately 150 methods read at the captured September–October 2026 density of 34 questions per method; the unrounded example is 51¢. A single named-rule check is a different scope. Team workload calculations show the assumptions.
The Perch CLI is MIT licensed; hosted analysis is paid and relevant source is sent to the configured model service. Fresh model judgments can vary. Unchanged requests can reuse cached results.
Test the same requirement before choosing
Use one authorized public change with a known regression and a clean control. Pin the base and reviewed code, and keep the documented requirement available to both tools.
Record each tool’s configuration, reviewed files, review effort, findings and false positives. Record cost and elapsed time from the actual run.
Repair the regression and repeat the relevant review. For Perch, preserve existing configuration, run the saved rule after the edit, and repeat the same check after repairing a finding.
This article compares documented product workflows and terms. The public evaluation materials include captured Perch requirement checks; authenticated CodeRabbit and Greptile runs remain unscored. They do not establish a measured accuracy ranking between these tools.
Sources and related comparisons
Reviewed October 14, 2026. Unverified features are marked as unverified rather than treated as absent. Current terms and actual trial results should determine a purchase.