Rank #3 of 6 in AI Code Review
Install
Showcase


Try itExperimental
See what an agent can do with cubic before you ever sign up. Pick a story: recorded sessions replay real probe-harness transcripts; commands tagged live-capable can re-run against the real endpoint from our edge, right now (▶ run live — the exact same request, live and recorded lines always labeled); sandboxed self-drive sessions are designed and gated (docs/TRY-IT.md).
$npx -y @cubic-dev-ai/cli --versionrecorded session — replayed, not liveVerified integrations
No integration evidence found in our corpus for this product yet — that means none was found, never that it doesn’t integrate.
By theme — the product's score on each story themeBy theme
Agenticness — how well agents can access and operate the productAgenticnessevidence →
How well agents can access and operate the product
Autofix agents — stories about autofix agents in this arenaAutofix agentsevidence →
Stories about autofix agents in this arena
Automation depth — how much of the product can run unattendedAutomation depthevidence →
How much of the product can run unattended
Codebase understanding — how deeply the tool maps your repo — cross-file context, architecture awareness, historyCodebase understandingevidence →
How deeply the tool maps your repo — cross-file context, architecture awareness, history
Interaction — how you steer it — commands, replies, review conversations, configurability in the loopInteractionevidence →
How you steer it — commands, replies, review conversations, configurability in the loop
Openness — open source, data portability, and self-hosting storiesOpennessevidence →
Open source, data portability, and self-hosting stories
Pr integration — stories about pr integration in this arenaPr integrationevidence →
Stories about pr integration in this arena
Privacy posture — data-handling and privacy storiesPrivacy postureevidence →
Data-handling and privacy stories
Quality gates — stories about quality gates in this arenaQuality gatesevidence →
Stories about quality gates in this arena
Review accuracy — stories about review accuracy in this arenaReview accuracyevidence →
Stories about review accuracy in this arena
Surfaces — where it meets your workflow — IDE, CLI, web, PR comments, CI checksSurfacesevidence →
Where it meets your workflow — IDE, CLI, web, PR comments, CI checks
Workflow config — stories about workflow config in this arenaWorkflow configevidence →
Stories about workflow config in this arena
Story verdicts — every judged story with its evidenceStory verdicts
Follow the green: where the map greys out is where cubic stops today. ✓ full · ~ partial · ! disputed · — none · n/a not applicable.
Agenticness — how well agents can access and operate the productAgenticness
How well agents can access and operate the product
API surface
Drive the product through a documented public API
~6/10
unlocks → Webhooks · Official SDKs · Scoped API keys · Machine-readable spec · Versioning policy · Full data export
Subscribe to events via webhooks
—0/10
Build against official SDKs
—0/10
Issue scoped/least-privilege API credentials for an agent
—0/10
Connect an agent via an official MCP server
✓8/10
Download a machine-readable API spec (OpenAPI or equivalent)
—0/10
Rely on versioned APIs with a documented deprecation policy
—0/10
Test against a sandbox environment without touching production data
n/an/a
Explore an interactive API reference with runnable examples
—0/10
Docs for agents
Point an agent at llms.txt or agent-oriented docs
✓9/10
Agentic features
Delegate tasks to a built-in AI assistant inside the product
✓7/10
unlocks → MCP client
Operate the product with natural-language commands
✓7/10
Plug MCP servers into this product so it can use their tools
—0/10
Get AI-generated insights and suggestions from my data inside the product
✓9/10
Set up automations that run autonomously in the background
✓8/10
Autofix agents — stories about autofix agents in this arenaAutofix agents
Stories about autofix agents in this arena
The reviewer holds the line on AI-generated PRs — it verifies agent-authored code at a volume no human team could review
✓8/10
I define custom agentic pre-merge checks in plain language — 'docs updated', 'tests cover new paths' — that run on every PR
✓7/10
I turn a review finding into an applied fix — a committed patch or an agent-generated follow-up — without leaving the PR
✓8/10
Review findings hand off cleanly to my coding agent — copyable fix prompts or direct integration with Claude Code, Cursor, or Codex
✓8/10
Automation depth — how much of the product can run unattendedAutomation depth
How much of the product can run unattended
Codebase understanding — how deeply the tool maps your repo — cross-file context, architecture awareness, historyCodebase understanding
How deeply the tool maps your repo — cross-file context, architecture awareness, history
Interaction — how you steer it — commands, replies, review conversations, configurability in the loopInteraction
How you steer it — commands, replies, review conversations, configurability in the loop
Openness — open source, data portability, and self-hosting storiesOpenness
Open source, data portability, and self-hosting stories
Pr integration — stories about pr integration in this arenaPr integration
Stories about pr integration in this arena
The reviewer installs as a GitHub/GitLab app and posts reviews as native inline comments on my pull requests within minutes
✓8/10
Review comments include committable suggested diffs I can apply with one click
✓7/10
Every PR gets an auto-generated summary and change walkthrough so human reviewers orient fast
✓9/10
Pushing new commits triggers an incremental re-review that tracks what was fixed instead of repeating old comments
~6/10
Privacy posture — data-handling and privacy storiesPrivacy posture
Data-handling and privacy stories
Quality gates — stories about quality gates in this arenaQuality gates
Stories about quality gates in this arena
Review accuracy — stories about review accuracy in this arenaReview accuracy
Stories about review accuracy in this arena
The reviewer catches real bugs in my PR — logic errors, race conditions, broken edge cases — not just style nits
✓7/10
Push back on a bad review comment and the reviewer learns — it stops repeating the same rejected feedback
✓7/10
The reviewer keeps noise low — few false positives, deduplicated comments, severity labels — so my team doesn't tune it out
~6/10
Reviews flag security problems in the diff — injection risks, leaked secrets, insecure patterns — alongside functional bugs
~6/10
Surfaces — where it meets your workflow — IDE, CLI, web, PR comments, CI checksSurfaces
Where it meets your workflow — IDE, CLI, web, PR comments, CI checks
Workflow config — stories about workflow config in this arenaWorkflow config
Stories about workflow config in this arena
I configure the reviewer with a versioned config file in my repo — path filters, per-path instructions, review profiles
✓7/10
I roll out org-level review defaults across hundreds of repos and manage exceptions centrally
~5/10
I encode my team's own review guidelines — natural-language rules, AST patterns, or linked style guides — and the reviewer enforces them
~7/10
Sorted by importance (agentic first) (high → low) · 53/53 stories · click a row’s chevron for the rationale and evidence
Connect an agent via an official MCP server G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 3 | full | 8/10 | Tprobed | |
Delegate tasks to a built-in AI assistant inside the product G Agentic features | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 3 | full | 7/10 | Xcommunity | |
Drive the product through a documented public API G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 3 | partial | 6/10 | Tprobed | |
Plug MCP servers into this product so it can use their tools G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 3 | none | 0/10 | ||
Get AI-generated insights and suggestions from my data inside the product G Agentic features | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | full | 9/10 | Xcommunity | |
Point an agent at llms.txt or agent-oriented docs G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | full | 9/10 | Tprobed | |
Set up automations that run autonomously in the background G Agentic features | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | full | 8/10 | Cclaimed | |
Use an official CLI G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | full | 8/10 | Tprobed | |
Operate the product with natural-language commands G Agentic features | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | full | 7/10 | Cclaimed | |
Run the product headlessly / in CI for automation G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | partial | 6/10 | Tprobed | |
Build against official SDKs G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | none | 0/10 | ||
Download a machine-readable API spec (OpenAPI or equivalent) G Api quality | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | none | 0/10 | ||
Explore an interactive API reference with runnable examples G Api quality | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | none | 0/10 | ||
Issue scoped/least-privilege API credentials for an agent G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | none | 0/10 | ||
Rely on versioned APIs with a documented deprecation policy G Api quality | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | none | 0/10 | ||
Subscribe to events via webhooks G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | none | 0/10 | ||
Test against a sandbox environment without touching production data G Api quality | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 1 | n/a | untested | none yet | |
I turn a review finding into an applied fix — a committed patch or an agent-generated follow-up — without leaving the PR C Fixes | developer | Autofix agents — stories about autofix agents in this arenaAutofix agents | 3 | full | 8/10 | Cclaimed | |
Prevent my data from being used to train AI models G | ai-native user | Privacy posture — data-handling and privacy storiesPrivacy posture | 3 | full | 8/10 | Cclaimed | |
The reviewer installs as a GitHub/GitLab app and posts reviews as native inline comments on my pull requests within minutes C Platforms | developer | Pr integration — stories about pr integration in this arenaPr integration | 3 | full | 8/10 | Xcommunity | |
I configure the reviewer with a versioned config file in my repo — path filters, per-path instructions, review profiles C Config | engineering lead | Workflow config — stories about workflow config in this arenaWorkflow config | 3 | full | 7/10 | Xcommunity | |
Review comments include committable suggested diffs I can apply with one click C Suggestions | developer | Pr integration — stories about pr integration in this arenaPr integration | 3 | full | 7/10 | Cclaimed | |
Review comments reflect the whole repository — call sites, related modules, existing conventions — not just the changed hunks C Context | developer | Codebase understanding — how deeply the tool maps your repo — cross-file context, architecture awareness, historyCodebase understanding | 3 | partial | 7/10 | Cclaimed | |
The reviewer catches real bugs in my PR — logic errors, race conditions, broken edge cases — not just style nits C Detection | developer | Review accuracy — stories about review accuracy in this arenaReview accuracy | 3 | full | 7/10 | Xcommunity | |
The reviewer keeps noise low — few false positives, deduplicated comments, severity labels — so my team doesn't tune it out C Noise | engineering lead | Review accuracy — stories about review accuracy in this arenaReview accuracy | 3 | partial | 6/10 | Xcommunity | |
Define rules that trigger actions automatically on events G | ai-native user | Automation depth — how much of the product can run unattendedAutomation depth | 3 | partial | 5/10 | Xcommunity | |
Export all of my data in open formats and leave G | ai-native user | Openness — open source, data portability, and self-hosting storiesOpenness | 3 | none | 0/10 | ||
Self-host the core product G | ai-native user | Openness — open source, data portability, and self-hosting storiesOpenness | 3 | none | untested | none yet | |
Every PR gets an auto-generated summary and change walkthrough so human reviewers orient fast C Summaries | developer | Pr integration — stories about pr integration in this arenaPr integration | 2 | full | 9/10 | Xcommunity | |
I reply to the reviewer in the PR thread to ask questions, get explanations, or issue commands — and it answers in context C Chat | developer | Interaction — how you steer it — commands, replies, review conversations, configurability in the loopInteraction | 2 | full | 8/10 | Xcommunity | |
Review findings hand off cleanly to my coding agent — copyable fix prompts or direct integration with Claude Code, Cursor, or Codex C Handoff | ai-native user | Autofix agents — stories about autofix agents in this arenaAutofix agents | 2 | full | 8/10 | Tprobed | |
The reviewer builds a persistent memory of my team's conventions and past review decisions and applies it to future PRs C Memory | ai-native user | Codebase understanding — how deeply the tool maps your repo — cross-file context, architecture awareness, historyCodebase understanding | 2 | full | 8/10 | Xcommunity | |
The reviewer holds the line on AI-generated PRs — it verifies agent-authored code at a volume no human team could review C Ai authored | ai-native user | Autofix agents — stories about autofix agents in this arenaAutofix agents | 2 | full | 8/10 | Xcommunity | |
I define custom agentic pre-merge checks in plain language — 'docs updated', 'tests cover new paths' — that run on every PR C Checks | ai-native user | Autofix agents — stories about autofix agents in this arenaAutofix agents | 2 | full | 7/10 | Xcommunity | |
I encode my team's own review guidelines — natural-language rules, AST patterns, or linked style guides — and the reviewer enforces them C Rules | engineering lead | Workflow config — stories about workflow config in this arenaWorkflow config | 2 | partial | 7/10 | Xcommunity | |
I get the same review inside my IDE before I push, catching issues while the code is still in my editor C Ide | developer | Surfaces — where it meets your workflow — IDE, CLI, web, PR comments, CI checksSurfaces | 2 | full | 7/10 | Tprobed | |
Push back on a bad review comment and the reviewer learns — it stops repeating the same rejected feedback C Learning | developer | Review accuracy — stories about review accuracy in this arenaReview accuracy | 2 | full | 7/10 | Xcommunity | |
The reviewer understands changes that span multiple repositories or a large monorepo and reviews them coherently C Context | engineering lead | Codebase understanding — how deeply the tool maps your repo — cross-file context, architecture awareness, historyCodebase understanding | 2 | partial | 7/10 | Cclaimed | |
Pushing new commits triggers an incremental re-review that tracks what was fixed instead of repeating old comments C Updates | developer | Pr integration — stories about pr integration in this arenaPr integration | 2 | partial | 6/10 | Cclaimed | |
Reviews flag security problems in the diff — injection risks, leaked secrets, insecure patterns — alongside functional bugs C Security | security engineer | Review accuracy — stories about review accuracy in this arenaReview accuracy | 2 | partial | 6/10 | Xcommunity | |
Do everything through the API that I can do in the UI G | ai-native user | Openness — open source, data portability, and self-hosting storiesOpenness | 2 | partial | 5/10 | Tprobed | |
I run reviews from a CLI against local diffs or in CI scripts, with machine-readable output my tooling can consume C Cli | developer | Surfaces — where it meets your workflow — IDE, CLI, web, PR comments, CI checksSurfaces | 2 | partial | 5/10 | Tprobed | |
Perform bulk operations across many items at once G | ai-native user | Automation depth — how much of the product can run unattendedAutomation depth | 2 | partial | 5/10 | Cclaimed | |
Control data retention and deletion G | ai-native user | Privacy posture — data-handling and privacy storiesPrivacy posture | 2 | partial | 3/10 | Cclaimed | |
Choose where my data is stored (region/residency) G | ai-native user | Privacy posture — data-handling and privacy storiesPrivacy posture | 2 | none | 0/10 | ||
The reviewer can gate merges — a required status check or blocking review that enforces resolution of critical findings C Gates | engineering lead | Quality gates — stories about quality gates in this arenaQuality gates | 2 | none | 0/10 | ||
Opt out of telemetry and usage tracking G | ai-native user | Privacy posture — data-handling and privacy storiesPrivacy posture | 2 | none | untested | none yet | |
Read the product's source under an open license G | ai-native user | Openness — open source, data portability, and self-hosting storiesOpenness | 2 | none | untested | none yet | |
Schedule recurring jobs or workflows G | ai-native user | Automation depth — how much of the product can run unattendedAutomation depth | 2 | n/a | untested | none yet | |
I see dashboards of findings, acceptance rates, and review coverage across my org C Analytics | engineering lead | Quality gates — stories about quality gates in this arenaQuality gates | 1 | full | 7/10 | Cclaimed | |
I roll out org-level review defaults across hundreds of repos and manage exceptions centrally C Governance | engineering lead | Workflow config — stories about workflow config in this arenaWorkflow config | 1 | partial | 5/10 | Cclaimed | |
I control when reviews run — skip drafts, trigger on demand, filter by branch or label — so the bot shows up only when wanted C Control | developer | Interaction — how you steer it — commands, replies, review conversations, configurability in the loopInteraction | 1 | partial | 4/10 | Cclaimed | |
Version, review, and roll back my automations G | ai-native user | Automation depth — how much of the product can run unattendedAutomation depth | 1 | partial | 3/10 | Cclaimed |
Opportunities — the stories that would move this product's scores, from its own judged verdictsOpportunitiestop 8 of 29 stories with headroom
What would move cubic’s scores — derived from its own judged verdicts, biggest headroom first. Each line quotes what the judge found missing; shipping it (or evidencing it publicly) is the fix.
Agenticness — how well agents can access and operate the productPlug MCP servers into this product so it can use their tools
nonemoves agent-readyimpact 45
Cubic's MCP-related evidence is all about cubic exposing its own MCP server for other coding agents to consume (cubic-docs-8, cubic-probe-4) — the reverse of this story, which asks whether the AI-native user can plug external MCP servers into cubic so cubic can use their tools.
Openness — open source, data portability, and self-hosting storiesExport all of my data in open formats and leave
nonemoves PA Scoreimpact 30
Cubic is a code review/analysis platform whose data (review findings, PR comments, analytics, wiki) lives in GitHub, Jira, Notion, etc.; there is no evidence of a data export feature for users to download their cubic-generated data in open formats.
Openness — open source, data portability, and self-hosting storiesSelf-host the core product
nonemoves PA Scoreimpact 30
cubic is presented entirely as a hosted SaaS (GitHub app, cloud-based review engine, subscription/seats, analytics API); there is no evidence of a self-hosted/on-prem deployment option, Docker image, or open-source core anywhere in the docs.
Agenticness — how well agents can access and operate the productIssue scoped/least-privilege API credentials for an agent
nonemoves agent-readyimpact 30
cubic documents role-based access control for human team members managing subscriptions/settings (cubic-docs-56) and offers an MCP server/Analytics API, but there is no evidence of any mechanism to issue scoped or least-privilege API credentials/tokens specifically for an agent's use.
Agenticness — how well agents can access and operate the productBuild against official SDKs
nonemoves agent-readyimpact 30
Cubic documents an MCP server, CLI, and Analytics API, but the evidence pack shows no official client SDKs (e.g., Python/JS libraries) for building against cubic, and explicit probes for an OpenAPI/swagger spec returned 404s, indicating no formal SDK surface is published.
Agenticness — how well agents can access and operate the productSubscribe to events via webhooks
nonemoves agent-readyimpact 30
No evidence of a webhook subscription mechanism; cubic offers an Analytics API, MCP server, and GitHub comment interactions but nothing about outbound event webhooks.
Agenticness — how well agents can access and operate the productExplore an interactive API reference with runnable examples
nonemoves API qualityimpact 30
There is an Analytics API mentioned but no evidence of an interactive API reference or runnable examples; probes explicitly show no OpenAPI/swagger spec found (all candidate paths 404), indicating no interactive API documentation exists.
Agenticness — how well agents can access and operate the productDownload a machine-readable API spec (OpenAPI or equivalent)
nonemoves API qualityimpact 30
cubic has an Analytics API but there is no documented machine-readable OpenAPI spec or equivalent; a direct probe for openapi.json/swagger.json at standard paths returned 404 across all candidates.
Showing the top 8 of 29 — every none/partial verdict in the story verdicts table is headroom.
Think a verdict is wrong? Every verdicts-table row has a Flag link — see the methodology.
Coverage map — which docs area, API section, or community source covers which judged storiesCoverage map12 surfaces · 38 covered stories
Where the cited evidence behind each covered verdict came from — the same citations the verdicts table shows, no extra judging.
AI review docs29 stories
- Point an agent at llms.txt or agent-oriented docs
- Run the product headlessly / in CI for automation
- Get AI-generated insights and suggestions from my data inside the product
- Set up automations that run autonomously in the background
- Delegate tasks to a built-in AI assistant inside the product
- Operate the product with natural-language commands
- The reviewer holds the line on AI-generated PRs — it verifies agent-authored code at a volume no human team could review
- I define custom agentic pre-merge checks in plain language — 'docs updated', 'tests cover new paths' — that run on every PR
- I turn a review finding into an applied fix — a committed patch or an agent-generated follow-up — without leaving the PR
- Review findings hand off cleanly to my coding agent — copyable fix prompts or direct integration with Claude Code, Cursor, or Codex
- Perform bulk operations across many items at once
- Define rules that trigger actions automatically on events
- Version, review, and roll back my automations
- The reviewer understands changes that span multiple repositories or a large monorepo and reviews them coherently
- Review comments reflect the whole repository — call sites, related modules, existing conventions — not just the changed hunks
- The reviewer builds a persistent memory of my team's conventions and past review decisions and applies it to future PRs
- I reply to the reviewer in the PR thread to ask questions, get explanations, or issue commands — and it answers in context
- I control when reviews run — skip drafts, trigger on demand, filter by branch or label — so the bot shows up only when wanted
- The reviewer installs as a GitHub/GitLab app and posts reviews as native inline comments on my pull requests within minutes
- Review comments include committable suggested diffs I can apply with one click
- Every PR gets an auto-generated summary and change walkthrough so human reviewers orient fast
- Pushing new commits triggers an incremental re-review that tracks what was fixed instead of repeating old comments
- The reviewer catches real bugs in my PR — logic errors, race conditions, broken edge cases — not just style nits
- Push back on a bad review comment and the reviewer learns — it stops repeating the same rejected feedback
- The reviewer keeps noise low — few false positives, deduplicated comments, severity labels — so my team doesn't tune it out
- Reviews flag security problems in the diff — injection risks, leaked secrets, insecure patterns — alongside functional bugs
- I configure the reviewer with a versioned config file in my repo — path filters, per-path instructions, review profiles
- I roll out org-level review defaults across hundreds of repos and manage exceptions centrally
- I encode my team's own review guidelines — natural-language rules, AST patterns, or linked style guides — and the reviewer enforces them
Hacker News15 stories
- Get AI-generated insights and suggestions from my data inside the product
- Delegate tasks to a built-in AI assistant inside the product
- The reviewer holds the line on AI-generated PRs — it verifies agent-authored code at a volume no human team could review
- I define custom agentic pre-merge checks in plain language — 'docs updated', 'tests cover new paths' — that run on every PR
- Define rules that trigger actions automatically on events
- The reviewer builds a persistent memory of my team's conventions and past review decisions and applies it to future PRs
- I reply to the reviewer in the PR thread to ask questions, get explanations, or issue commands — and it answers in context
- The reviewer installs as a GitHub/GitLab app and posts reviews as native inline comments on my pull requests within minutes
- Every PR gets an auto-generated summary and change walkthrough so human reviewers orient fast
- The reviewer catches real bugs in my PR — logic errors, race conditions, broken edge cases — not just style nits
- Push back on a bad review comment and the reviewer learns — it stops repeating the same rejected feedback
- The reviewer keeps noise low — few false positives, deduplicated comments, severity labels — so my team doesn't tune it out
- Reviews flag security problems in the diff — injection risks, leaked secrets, insecure patterns — alongside functional bugs
- I configure the reviewer with a versioned config file in my repo — path filters, per-path instructions, review profiles
- I encode my team's own review guidelines — natural-language rules, AST patterns, or linked style guides — and the reviewer enforces them
Ide docs10 stories
- Run the product headlessly / in CI for automation
- Connect an agent via an official MCP server
- Use an official CLI
- Drive the product through a documented public API
- Operate the product with natural-language commands
- I turn a review finding into an applied fix — a committed patch or an agent-generated follow-up — without leaving the PR
- Review findings hand off cleanly to my coding agent — copyable fix prompts or direct integration with Claude Code, Cursor, or Codex
- Do everything through the API that I can do in the UI
- I run reviews from a CLI against local diffs or in CI scripts, with machine-readable output my tooling can consume
- I get the same review inside my IDE before I push, catching issues while the code is still in my editor
Configure docs9 stories
- I define custom agentic pre-merge checks in plain language — 'docs updated', 'tests cover new paths' — that run on every PR
- Define rules that trigger actions automatically on events
- Version, review, and roll back my automations
- The reviewer builds a persistent memory of my team's conventions and past review decisions and applies it to future PRs
- I control when reviews run — skip drafts, trigger on demand, filter by branch or label — so the bot shows up only when wanted
- The reviewer keeps noise low — few false positives, deduplicated comments, severity labels — so my team doesn't tune it out
- I configure the reviewer with a versioned config file in my repo — path filters, per-path instructions, review profiles
- I roll out org-level review defaults across hundreds of repos and manage exceptions centrally
- I encode my team's own review guidelines — natural-language rules, AST patterns, or linked style guides — and the reviewer enforces them
Codebase scan docs7 stories
- Run the product headlessly / in CI for automation
- Set up automations that run autonomously in the background
- Delegate tasks to a built-in AI assistant inside the product
- The reviewer holds the line on AI-generated PRs — it verifies agent-authored code at a volume no human team could review
- Perform bulk operations across many items at once
- The reviewer understands changes that span multiple repositories or a large monorepo and reviews them coherently
- Review comments reflect the whole repository — call sites, related modules, existing conventions — not just the changed hunks
Analytics docs6 stories
- Drive the product through a documented public API
- Get AI-generated insights and suggestions from my data inside the product
- The reviewer holds the line on AI-generated PRs — it verifies agent-authored code at a volume no human team could review
- Perform bulk operations across many items at once
- Do everything through the API that I can do in the UI
- I see dashboards of findings, acceptance rates, and review coverage across my org
Account docs4 stories
Changelog docs4 stories
Wiki docs3 stories
- Get AI-generated insights and suggestions from my data inside the product
- The reviewer understands changes that span multiple repositories or a large monorepo and reviews them coherently
- Review comments reflect the whole repository — call sites, related modules, existing conventions — not just the changed hunks
OpenAPI spec2 stories
Probe proofs — replayable recordings from the probe harnessProbe proofs
Replayable recordings from our probe harness — see the Prove-It protocol to submit one.
$npx -y @cubic-dev-ai/cli --versionreproduced$ npx -y @cubic-dev-ai/cli --version 1.10.8
$curl -si -X POST https://www.cubic.dev/api/mcp -H 'Content-Type: application/json' -d '<jsonrpc initialize>' | grep -iE '^HTTP|^www-authenticate'reproduced$ curl -si -X POST https://www.cubic.dev/api/mcp -H 'Content-Type: application/json' -d '<jsonrpc initialize>' | grep -iE '^HTTP|^www-authenticate' HTTP/2 401 www-authenticate: Bearer resource_metadata="https://www.cubic.dev/.well-known/oauth-protected-resource/api/mcp", scope="openid email profile"
$curl -s https://docs.cubic.dev/llms.txt | head -6reproduced$ curl -s https://docs.cubic.dev/llms.txt | head -6 # cubic documentation > cubic reviews code on GitHub and in local coding workflows. These docs cover review setup, coding agents, repository context, analytics, and account management. Older stacking and archived platform guides are listed separately below. ## How to use these docs
$curl -sL https://docs.cubic.dev/ai-review/quickstart.md | head -12reproduced$ curl -sL https://docs.cubic.dev/ai-review/quickstart.md | head -12 > ## Documentation Index > Fetch the complete documentation index at: https://docs.cubic.dev/llms.txt > Use this file to discover all available pages before exploring further. # Developer quickstart > Get started with cubic AI code review in minutes. ## 1. Install the cubic GitHub App <Steps> <Step title="Sign up">
Claims vs evidence — vendor claims reconciled against independent verdictsClaims vs evidence
12 of 17 testable claims verified · 0 contradicted → integrity 71/100
18 distinct capability claims found in cubic’s own claimed-docs/GitHub materials, reconciled against our judge’s independent verdicts.
12
Verified
5
Unverified
0
Contradicted
21
Undersold
Verified (15)
“Automatically reviews new pull requests once installed on a repo”
The reviewer installs as a GitHub/GitLab app and posts reviews as native inline comments on my pull requests within minutesfullproof ↗
“Developers can reply to review comments to ask for clarification and get contextual answers”
I reply to the reviewer in the PR thread to ask questions, get explanations, or issue commands — and it answers in contextfullproof ↗
“Supports auto-approval of PRs that meet a defined review policy”
Define rules that trigger actions automatically on eventspartialproof ↗
“Provides an official CLI that reviews local diffs before push and generates a fix prompt for coding agents”
I run reviews from a CLI against local diffs or in CI scripts, with machine-readable output my tooling can consumepartialproof ↗
“Provides an official CLI that reviews local diffs before push and generates a fix prompt for coding agents”
Review findings hand off cleanly to my coding agent — copyable fix prompts or direct integration with Claude Code, Cursor, or Codexfullproof ↗
“Ships an MCP server so coding agents can read findings, request reviews, and triage issues”
“Supports custom agents encoding org-specific review rules enforced across PRs”
I encode my team's own review guidelines — natural-language rules, AST patterns, or linked style guides — and the reviewer enforces thempartialproof ↗
“Learns from developer replies and thumbs up/down reactions to calibrate future feedback”
Push back on a bad review comment and the reviewer learns — it stops repeating the same rejected feedbackfullproof ↗
“Learns from developer replies and thumbs up/down reactions to calibrate future feedback”
The reviewer builds a persistent memory of my team's conventions and past review decisions and applies it to future PRsfullproof ↗
“Uses a versioned cubic.yaml config file for review behavior, ignore patterns, and custom agents”
I configure the reviewer with a versioned config file in my repo — path filters, per-path instructions, review profilesfullproof ↗
“Runs codebase-wide scans deploying many AI agents to find bugs and vulnerabilities across the repo”
Reviews flag security problems in the diff — injection risks, leaked secrets, insecure patterns — alongside functional bugspartialproof ↗
“Can hide test files from the PR diff/file tree to focus review on implementation changes”
I configure the reviewer with a versioned config file in my repo — path filters, per-path instructions, review profilesfullproof ↗
“Coding agents can manage subscription, seats, and roles through cubic's MCP integration”
“Exposes an Analytics API with PR-level data on flagged/fixed issues and AI-authored code volume”
Drive the product through a documented public APIpartialproof ↗
“Provides 'skills' giving coding agents instructions for reviewing code and using team codebase context”
Review findings hand off cleanly to my coding agent — copyable fix prompts or direct integration with Claude Code, Cursor, or Codexfullproof ↗
Unverified (5)
“Can trigger a review on a pre-existing PR via a PR comment command”
I control when reviews run — skip drafts, trigger on demand, filter by branch or label — so the bot shows up only when wantedpartialproof ↗
“Can generate a fix for a flagged issue and push it directly to the PR branch”
I turn a review finding into an applied fix — a committed patch or an agent-generated follow-up — without leaving the PRfullproof ↗
“Runs codebase-wide scans deploying many AI agents to find bugs and vulnerabilities across the repo”
Review comments reflect the whole repository — call sites, related modules, existing conventions — not just the changed hunkspartialproof ↗
“Exposes an Analytics API with PR-level data on flagged/fixed issues and AI-authored code volume”
I see dashboards of findings, acceptance rates, and review coverage across my orgfullproof ↗
“AI model providers contractually agree not to train on customer code, and orgs can fully disable AI features”
Prevent my data from being used to train AI modelsfullproof ↗
Undersold (21)
Point an agent at llms.txt or agent-oriented docsfullproof ↗
Run the product headlessly / in CI for automationpartialproof ↗
Get AI-generated insights and suggestions from my data inside the productfullproof ↗
Set up automations that run autonomously in the backgroundfullproof ↗
Delegate tasks to a built-in AI assistant inside the productfullproof ↗
Operate the product with natural-language commandsfullproof ↗
The reviewer holds the line on AI-generated PRs — it verifies agent-authored code at a volume no human team could reviewfullproof ↗
I define custom agentic pre-merge checks in plain language — 'docs updated', 'tests cover new paths' — that run on every PRfullproof ↗
Perform bulk operations across many items at oncepartialproof ↗
The reviewer understands changes that span multiple repositories or a large monorepo and reviews them coherentlypartialproof ↗
Do everything through the API that I can do in the UIpartialproof ↗
Review comments include committable suggested diffs I can apply with one clickfullproof ↗
Every PR gets an auto-generated summary and change walkthrough so human reviewers orient fastfullproof ↗
Pushing new commits triggers an incremental re-review that tracks what was fixed instead of repeating old commentspartialproof ↗
The reviewer catches real bugs in my PR — logic errors, race conditions, broken edge cases — not just style nitsfullproof ↗
The reviewer keeps noise low — few false positives, deduplicated comments, severity labels — so my team doesn't tune it outpartialproof ↗
I get the same review inside my IDE before I push, catching issues while the code is still in my editorfullproof ↗
I roll out org-level review defaults across hundreds of repos and manage exceptions centrallypartialproof ↗
Claims outside our story set (2)
Real capability claims found in cubic’s own materials, but no story in this arena’s taxonomy covers them yet — that’s feedback on the taxonomy, not a mark against the product.
“Offers an 'Ultrareview' deep-review mode using more capable models for risky/complex changes”
source ↗“Generates an AI-indexed, searchable wiki of the codebase with architecture diagrams and source links”
source ↗
Business model
Starter is free with 20 PR reviews/month; Team is $30/dev/mo and Pro $79/dev/mo (annual), metered by reviewed lines of code with a flex-capacity usage add-on; free for open-source teams; Enterprise is custom.
pricing ↗Score trend
How this product’s scores have moved as evidence and verdicts are re-derived — a point per change, not per day.
Try Experimental
Run it in the microterminal →Recorded agent sessions — and a live MCP handshake where the vendor ships one.
Flag
⚑ Flag a verdictThink a verdict is wrong? Opens a prefilled GitHub issue — or use the ⚑ next to any verdict above.
For agents
Agent surface uptime MCP up · llms.txt up (tracking since Sep 11 '26)
