Cursor vs cubic

Agent access

1. ai-native userPoint an agent at llms.txt or agent-oriented docs

   weight 2 · round to cubic
   Cursor—none0/10

   No evidence pack item mentions llms.txt, agent-oriented documentation ingestion, or a mechanism to point Cursor's agent at such files; only generic doc/MCP/tooling references are present. missing for 10: any mention of llms.txt support, crawling agent-oriented doc formats, or a documented feature for feeding external agent docs to Cursor's agent.

   ⚑ flag

   cubic✓fullprobed9/10

   cubic hosts a dedicated llms.txt file at docs.cubic.dev/llms.txt (confirmed via live probe returning HTTP 200 with a documentation summary), directly enabling agents to be pointed at agent-oriented docs; this is reinforced by MCP server and CLI docs designed for agent consumption. Missing for 10: no independent/community confirmation of an agent successfully using llms.txt in practice.

   • [probe] “PROBE llms.txt: HTTP 200 at https://docs.cubic.dev/llms.txt # cubic documentation > cubic reviews code on GitHub and in local coding workfl…”
   • [probe] “official MCP server documented at https://docs.cubic.dev/ide/mcp-server”
   • [probe] “official CLI documented at https://docs.cubic.dev/ide/cli-review”

   proof ↗⚑ flag

2. ai-native userRun the product headlessly / in CI for automation

   weight 2 · round drawn
   Cursor~partialprobed6/10

   Cursor ships an official CLI (cursor.com/cli, curl installer) and background/cloud agents that run 'on schedules or triggers' to build and fix software autonomously, which implies non-interactive/headless automation. However, there is no explicit documentation of CI pipeline integration, exit codes, or scripting examples for pipelines. Missing for 10: explicit CI/CD integration docs (e.g., GitHub Actions example), documented headless flags/exit-code behavior, and independent confirmation of CLI use in automated pipelines.

   • [probe] “official CLI documented at https://cursor.com/cli”
   • [claimed-docs] “curl https://cursor.com/install -fsS | bash”
   • [claimed-docs] “Set up always-on agents that run on schedules or triggers to build, maintain, and fix your software.”
   • [claimed-docs] “Agents use their own computers to build, test, and demo features end to end for you to review.”

   proof ↗⚑ flag

   cubic~partialprobed6/10

   cubic automatically reviews PRs once installed (headless, event-triggered automation on GitHub) and ships a standalone CLI (`cubic review`) that can run local/pre-push checks, which could be scripted into CI. However, there's no explicit documentation of a CI/CD pipeline integration (e.g., GitHub Actions workflow, exit codes, non-interactive flags) confirming true headless CI usage beyond the GitHub-app webhook flow. missing for 10: explicit CI pipeline integration docs/examples, confirmation of non-interactive/exit-code behavior for CLI in automated pipelines.

   • [claimed-docs] “Once installed, cubic automatically reviews new pull requests.”
   • [claimed-docs] “Run a review before you push to catch issues while you're working.... review your uncommitted changes: `cubic review`”
   • [claimed-docs] “The **cubic CLI** reviews local changes before you push. It finds bugs and generates a prompt that your coding agent can use to fix them.”
   • [claimed-docs] “cubic automatically starts reviewing new pull requests in your selected repositories.”
   • [probe] “official CLI documented at https://docs.cubic.dev/ide/cli-review”

   proof ↗⚑ flag

3. ai-native userPlug MCP servers into this product so it can use their tools

   weight 3 · round to Cursor
   Cursor✓fullclaimed8/10

   Cursor's docs explicitly describe MCP support: connecting to external tools/data sources, marketplace one-click install with OAuth, custom JSON server configuration, toggling servers, and enterprise admin controls over allowed servers. This directly matches the story of plugging in MCP servers so the agent can use their tools. Missing for 10: independent hands-on verification of MCP tool usage in practice and no community corroboration of the feature's reliability.

   • [claimed-docs] “Model Context Protocol (MCP) enables Cursor to connect to external tools and data sources.”
   • [claimed-docs] “Click "Add to Cursor" on a marketplace entry to install it and authenticate with OAuth.”
   • [claimed-docs] “Configure custom MCP servers with a JSON file”
   • [claimed-docs] “Enterprise admins can control which MCP servers users may run from the Cursor dashboard.”
   • [claimed-docs] “Toggle servers on/off without removing them”

   proof ↗⚑ flag

   cubic—none0/10

   All MCP-related evidence describes cubic acting as an MCP *server* that other coding agents/clients connect to (cubic-docs-15, cubic-docs-3, cubic-probe-3) — the reverse of this story, which asks whether a user can plug external MCP servers into cubic so it can consume their tools. No evidence shows cubic itself connecting to or invoking external MCP servers/tools.

   • [claimed-docs] “Connect cubic's MCP server to your coding agent to read review findings and codebase context, request PR reviews, and triage PR or codebase …”
   • [claimed-docs] “You can now ask your coding agent to check your cubic subscription, manage team seats and roles, and purchase more seats without leaving you…”
   • [probe] “official MCP server documented at https://docs.cubic.dev/ide/mcp-server”

   proof ↗⚑ flag

4. ai-native userUse an official CLI

   weight 2 · round drawn
   Cursor✓fullprobed8/10

   Cursor documents an official CLI with an install command (curl https://cursor.com/install) and a dedicated CLI docs page (cursor.com/cli), confirming a first-party terminal tool for AI-native workflows. Missing for 10: independent/hands-on corroboration of CLI capabilities and depth of documentation beyond install instructions.

   • [claimed-docs] “curl https://cursor.com/install -fsS | bash”
   • [claimed-docs] “Cursor runs in your terminal, collaborates in Slack, and reviews PRs in GitHub.”
   • [probe] “official CLI documented at https://cursor.com/cli”

   proof ↗⚑ flag

   cubic✓fullprobed8/10

   cubic ships an official CLI (`cubic review`) that reviews local/uncommitted changes and generates fix prompts for coding agents, documented explicitly and confirmed by a docs probe; it also integrates with agent workflows via MCP. Missing for 10: independent hands-on verification of the CLI itself (community evidence covers other product aspects, not CLI usage) and broader CLI command documentation beyond the single review command.

   • [claimed-docs] “Run a review before you push to catch issues while you're working.... review your uncommitted changes: `cubic review`”
   • [claimed-docs] “The **cubic CLI** reviews local changes before you push. It finds bugs and generates a prompt that your coding agent can use to fix them.”
   • [claimed-docs] “Connect your existing **ChatGPT Plus/Pro** or **Claude Code** subscription to use its models for local reviews.”
   • [probe] “official CLI documented at https://docs.cubic.dev/ide/cli-review”

   proof ↗⚑ flag

5. ai-native userDrive the product through a documented public API

   weight 3 · round to cubic
   Cursor~partialprobed3/10

   Evidence shows an official CLI (cursor.com/cli) that lets users invoke Cursor from scripts, which partially satisfies 'driving the product programmatically,' but there is no documented public REST/SDK API, authentication scheme, or endpoint reference — MCP docs describe Cursor consuming external tools, not exposing itself as an API. Missing for 10: documented REST/GraphQL API, SDK/client libraries, API authentication and rate-limit docs, independent corroboration of programmatic usage.

   • [probe] “official CLI documented at https://cursor.com/cli”
   • [claimed-docs] “curl https://cursor.com/install -fsS | bash”

   proof ↗⚑ flag

   cubic~partialprobed6/10

   cubic documents an MCP server (cubic-docs-15, cubic-probe-3) that lets an AI agent request PR reviews, read findings, and triage issues, plus an Analytics API (cubic-docs-20) for PR-level data and a CLI (cubic-probe-4) for local reviews — all documented, agent-drivable surfaces. However, probes for a formal public API spec (openapi/swagger) all returned 404 (cubic-probe-2), so there's no evidence of a comprehensive documented public REST/GraphQL API beyond these narrower interfaces. Missing for 10: a full public API reference/spec, broader programmatic control beyond analytics/MCP/CLI, and independent confirmation of API usage.

   • [claimed-docs] “Connect cubic's MCP server to your coding agent to read review findings and codebase context, request PR reviews, and triage PR or codebase …”
   • [claimed-docs] “The Analytics API gives you PR-level data on how many issues were flagged, how many were fixed, how much AI code was authored, etc.”
   • [probe] “official MCP server documented at https://docs.cubic.dev/ide/mcp-server”
   • [probe] “official CLI documented at https://docs.cubic.dev/ide/cli-review”
   • [probe] “PROBE openapi: all candidate paths 404 (https://docs.cubic.dev/openapi.json, https://docs.cubic.dev/swagger.json, https://docs.cubic.dev/api…”

   proof ↗⚑ flag

6. ai-native userIssue scoped/least-privilege API credentials for an agent

   weight 2 · round drawn
   Cursor—none0/10

   No evidence Cursor lets users mint scoped or least-privilege API credentials for agents; docs cover MCP server toggling and enterprise admin control of which servers can run, but nothing about issuing scoped/limited API keys or credentials specifically for agent use.

   ⚑ flag

   cubic—none0/10

   Cubic documents role-based access control for team subscription/settings (cubic-docs-47) and exposes an MCP server, Analytics API, and CLI that agents can connect to, but there is no evidence of issuing scoped or least-privilege API credentials/tokens specifically for an agent's use — no API key scoping, OAuth scope, or agent-specific credential mechanism is documented.

   • [claimed-docs] “cubic uses a role-based access control system to manage who can make changes to your team's subscription and settings.”
   • [claimed-docs] “Connect cubic's MCP server to your coding agent to read review findings and codebase context, request PR reviews, and triage PR or codebase …”
   • [claimed-docs] “The Analytics API gives you PR-level data on how many issues were flagged, how many were fixed, how much AI code was authored, etc.”

   proof ↗⚑ flag

7. ai-native userBuild against official SDKs

   weight 2 · round drawn
   Cursor—none0/10

   Evidence shows Cursor offers a CLI, MCP integration, and marketplace extensions, but there is no mention of any official SDK (e.g., a documented library/API package) for developers to build against Cursor itself.

   ⚑ flag

   cubic—none0/10

   cubic documents an MCP server, CLI, and an Analytics API, but there is no evidence of official language SDKs (e.g., Python/JS client libraries) for building against cubic programmatically; the OpenAPI probe also returned 404s across candidate paths, suggesting no formal SDK/API spec is published.

   • [claimed-docs] “The Analytics API gives you PR-level data on how many issues were flagged, how many were fixed, how much AI code was authored, etc.”
   • [probe] “PROBE openapi: all candidate paths 404 (https://docs.cubic.dev/openapi.json, https://docs.cubic.dev/swagger.json, https://docs.cubic.dev/api…”
   • [probe] “official MCP server documented at https://docs.cubic.dev/ide/mcp-server”
   • [probe] “official CLI documented at https://docs.cubic.dev/ide/cli-review”

   proof ↗⚑ flag

8. ai-native userSubscribe to events via webhooks

   weight 2 · round drawn
   Cursor—none0/10

   Evidence covers MCP integration, background agents, and IDE integrations, but there is no mention of a webhook subscription mechanism for external event notifications.

   ⚑ flag

   cubic—none0/10

   No evidence of any webhook subscription mechanism; cubic exposes an MCP server, CLI, and Analytics API but nothing describing event-driven webhooks for subscribing to updates. missing for 10: any documentation of webhook endpoints, event types, or subscription setup.

   ⚑ flag

Agentic features

1. ai-native userGet AI-generated insights and suggestions from my data inside the product

   weight 2 · round to Cursor
   Cursor✓fullclaimed7/10

   Cursor's core value proposition is analyzing the user's codebase to surface AI-generated insights (tracing repo structure, finding root causes, reviewing diffs) and suggestions for next actions, as documented across multiple first-party docs. Missing for 10: independent/hands-on evidence validating the accuracy or depth of these insights, and no detail on insight types beyond code-centric suggestions (e.g., data analytics or business data outside code).

   • [claimed-docs] “Trace how a repo fits together and find the right places to start”
   • [claimed-docs] “Scope changes, use Plan Mode, and ship bigger work with confidence”
   • [claimed-docs] “Reproduce issues, narrow the root cause, and verify the fix”
   • [claimed-docs] “Inspect diffs, run checks, and catch problems before you merge”

   proof ↗⚑ flag

   cubic~partialcommunity6/10

   Cubic generates AI-driven insights from a user's own code/PR data via automated reviews, Ultrareview, AI-powered codebase scans, an AI wiki that indexes the codebase, and an analytics dashboard summarizing AI coding/review impact (cubic-docs-4,13,18,20,21,22). However, community hands-on feedback is mixed, with several users noting a large share of AI-generated comments are irrelevant or low-value (cubic-comm-3,9), tempering claims of consistently useful insights. Missing for 10: independent benchmarking of insight accuracy, and confirmation that analytics/wiki insights are broadly praised rather than just described in docs.

   • [claimed-docs] “Once installed, cubic automatically reviews new pull requests.”
   • [claimed-docs] “Ultrareview runs a longer review using cubic's most capable review models, which is useful for risky migrations, security-sensitive changes,…”
   • [claimed-docs] “The analytics dashboard shows how your team ships code across three lenses: AI coding usage, AI review impact, and delivery speed.”
   • [claimed-docs] “The Analytics API gives you PR-level data on how many issues were flagged, how many were fixed, how much AI code was authored, etc.”
   • [claimed-docs] “Codebase scans deploy thousands of AI agents to find bugs and vulnerabilities across your repository.”
   • [claimed-docs] “cubic's AI wiki automatically indexes your codebase and produces searchable wikis, complete with links to source code, architecture diagrams…”
   • [community] “I've tried something similar in the past. The concept is cool, but so far the solutions I've seen are not so useful in terms of comments qua…”
   • [community] “what I saw using 5-6 tools like this: PR description is never useful, they barely summarize file changes; 90% of comments are wrong or irrel…”

   proof ↗⚑ flag

2. ai-native userSet up automations that run autonomously in the background

   weight 2 · round drawn
   Cursor✓fullclaimed8/10

   Cursor explicitly documents 'always-on agents that run on schedules or triggers to build, maintain, and fix your software' and 'fleets of agents that work in parallel for hours or days,' directly matching autonomous background automation. This is first-party vendor documentation without independent hands-on corroboration of scheduling/triggers working reliably. Missing for 10: independent/community verification that scheduled/triggered background agents work reliably in practice, and more detail on trigger configuration options.

   • [claimed-docs] “Launch fleets of agents that work in parallel on ambitious tasks for hours or days.”
   • [claimed-docs] “Set up always-on agents that run on schedules or triggers to build, maintain, and fix your software.”
   • [claimed-docs] “Agents use their own computers to build, test, and demo features end to end for you to review.”

   proof ↗⚑ flag

   cubic✓fullclaimed8/10

   cubic ships several autonomous background automations: it auto-starts PR reviews on install (cubic-docs-4, cubic-docs-41), can auto-approve clean PRs under policy (cubic-docs-12, cubic-docs-35), runs codebase scans deploying many AI agents (cubic-docs-21), keeps an AI wiki current via rolling PRs (cubic-docs-23), does cross-repo checks (cubic-docs-37), and auto-purchases flex capacity to keep reviews running (cubic-docs-24) — all without manual triggering. Missing for 10: evidence of user-defined scheduled/cron-style custom automations beyond PR-triggered events, and independent hands-on confirmation that these autonomous flows run reliably unattended.

   • [claimed-docs] “Once installed, cubic automatically reviews new pull requests.”
   • [claimed-docs] “cubic automatically starts reviewing new pull requests in your selected repositories.”
   • [claimed-docs] “cubic can approve clean pull requests automatically when your repository policy allows it. Start in shadow mode to see which PRs cubic would…”
   • [claimed-docs] “Auto-approval lets you skip human review for pull requests that cubic determines are low risk and issue-free.”
   • [claimed-docs] “Codebase scans deploy thousands of AI agents to find bugs and vulnerabilities across your repository.”
   • [claimed-docs] “cubic exports the wiki as markdown files into a directory in your repo (default `.cubic/wiki`) and keeps them current through a rolling pull…”
   • [claimed-docs] “Cross-repo reviews help cubic catch changes that need a matching update in another repository.”
   • [claimed-docs] “You set a monthly spend limit, and cubic buys extra reviewed-line capacity only when a review would otherwise be paused.”

   proof ↗⚑ flag

3. ai-native userDelegate tasks to a built-in AI assistant inside the product

   weight 3 · round to Cursor
   Cursor✓fullclaimed9/10

   Cursor's docs clearly describe delegating tasks to built-in agents that plan, code, test, and demo work end-to-end while the user focuses on review/decisions, including background/parallel agents and always-on scheduled agents. This is a core, heavily documented capability of the product, though independent hands-on validation of agent task quality is thin (only general community commentary, some critical, exists). Missing for 10: deeper independent verification of agent task success rates beyond vendor docs.

   • [claimed-docs] “Launch fleets of agents that work in parallel on ambitious tasks for hours or days.”
   • [claimed-docs] “Set up always-on agents that run on schedules or triggers to build, maintain, and fix your software.”
   • [claimed-docs] “Accelerate development by handing off tasks to Cursor, while you focus on making decisions.”
   • [claimed-docs] “Agents use their own computers to build, test, and demo features end to end for you to review.”
   • [claimed-docs] “Scope changes, use Plan Mode, and ship bigger work with confidence”

   proof ↗⚑ flag

   cubic✓fullclaimed7/10

   Cubic ships a built-in AI chat/assistant experience where users can delegate tasks — asking chat to 'tour this PR', adding code to AI chat for contextual Q&A, requesting one-click fixes ('Fix with cubic') that get generated and pushed automatically, and interacting via PR comments to trigger reviews or fixes. This is a genuine in-product assistant, not just an external agent integration. Missing for 10: independent/hands-on validation specifically of the chat-delegation UX (community evidence only covers review-comment quality, not the assistant/chat delegation flow), and no detail on task-completion reliability or scope limits of delegated tasks.

   • [claimed-docs] “Click **Fix with cubic** on a review comment... cubic generates the fix and pushes it to your PR branch.”
   • [claimed-docs] “Ask chat to "tour this PR" for a step-by-step review of the changes and what to check.”
   • [claimed-docs] “Select code and choose **Add to AI chat** to ask about it with the diff and codebase as context.”
   • [claimed-docs] “Interact with cubic in PR comments to ask questions, trigger reviews, and fix issues.”
   • [claimed-docs] “cubic can automatically fix issues identified during code review. Request a targeted fix with one click.”
   • [claimed-docs] “Ask follow-up questions about code changes without leaving the PR”
   • [claimed-docs] “The chat sidebar helps you quickly understand and navigate your pull requests (PRs) with intelligent, context-aware assistance directly with…”

   proof ↗⚑ flag

4. ai-native userOperate the product with natural-language commands

   weight 2 · round to Cursor
   Cursor✓fullclaimed8/10

   Cursor's core interaction model is natural-language driven agents that plan, code, test, and operate across terminal/Slack/GitHub (cursor-docs-2, cursor-docs-8, cursor-docs-9, cursor-docs-10, cursor-docs-11), consistent with an AI-native product. Missing for 10: independent hands-on evidence specifically validating natural-language command reliability/accuracy (community evidence focuses on bugginess/pricing complaints unrelated to NL command capability itself).

   • [claimed-docs] “Scope changes, use Plan Mode, and ship bigger work with confidence”
   • [claimed-docs] “Launch fleets of agents that work in parallel on ambitious tasks for hours or days.”
   • [claimed-docs] “Set up always-on agents that run on schedules or triggers to build, maintain, and fix your software.”
   • [claimed-docs] “Cursor runs in your terminal, collaborates in Slack, and reviews PRs in GitHub.”
   • [claimed-docs] “Accelerate development by handing off tasks to Cursor, while you focus on making decisions.”
   • [claimed-docs] “Agents use their own computers to build, test, and demo features end to end for you to review.”

   proof ↗⚑ flag

   cubic✓fullclaimed7/10

   cubic supports natural-language interaction via PR comments and chat: users can type commands like '@cubic-dev-ai review this PR', ask chat to 'tour this PR', reply to comments for clarification, request fixes, and connect an MCP server so a coding agent can trigger reviews and manage settings conversationally. Missing for 10: independent/hands-on evidence validating the quality and reliability of these NL interactions, and no evidence of broader free-form command coverage beyond the documented set of trigger phrases.

   • [claimed-docs] “To review a PR that was opened _before_ you installed the app, comment: `@cubic-dev-ai review this PR`.”
   • [claimed-docs] “Reply to a review comment to ask for clarification”
   • [claimed-docs] “Ask chat to "tour this PR" for a step-by-step review of the changes and what to check.”
   • [claimed-docs] “Interact with cubic in PR comments to ask questions, trigger reviews, and fix issues.”
   • [claimed-docs] “Post this comment on GitHub to start a review: text theme={null} @cubic-dev-ai review this PR ”
   • [claimed-docs] “Ask follow-up questions about code changes without leaving the PR”
   • [claimed-docs] “The chat sidebar helps you quickly understand and navigate your pull requests (PRs) with intelligent, context-aware assistance directly with…”
   • [claimed-docs] “Connect cubic's MCP server to your coding agent to read review findings and codebase context, request PR reviews, and triage PR or codebase …”
   • [claimed-docs] “You can now ask your coding agent to check your cubic subscription, manage team seats and roles, and purchase more seats without leaving you…”

   proof ↗⚑ flag

Api quality

1. ai-native userExplore an interactive API reference with runnable examples

   weight 2 · round drawn
   Cursor—none0/10

   No evidence of an interactive API reference with runnable examples for Cursor; docs entries describe product features and MCP setup but nothing about an API reference or executable code samples.

   ⚑ flag

   cubic—none0/10

   cubic documents an Analytics API but the evidence pack shows explicit probe failures for OpenAPI/swagger specs (404s) and no mention of an interactive API reference or runnable examples anywhere in the docs.

   • [claimed-docs] “The Analytics API gives you PR-level data on how many issues were flagged, how many were fixed, how much AI code was authored, etc.”
   • [probe] “PROBE openapi: all candidate paths 404 (https://docs.cubic.dev/openapi.json, https://docs.cubic.dev/swagger.json, https://docs.cubic.dev/api…”

   proof ↗⚑ flag

2. ai-native userDownload a machine-readable API spec (OpenAPI or equivalent)

   weight 2 · round drawn
   Cursor—none0/10

   No evidence of Cursor publishing a downloadable OpenAPI or equivalent machine-readable API spec; docs reference MCP config and CLI but not an API spec.

   ⚑ flag

   cubic—none0/10

   The probe explicitly checked common OpenAPI spec locations and all returned 404, and there is no other evidence of a downloadable machine-readable API spec for cubic's Analytics API or other endpoints; only an llms.txt is present, which is not an OpenAPI/API spec equivalent.

   • [probe] “PROBE openapi: all candidate paths 404 (https://docs.cubic.dev/openapi.json, https://docs.cubic.dev/swagger.json, https://docs.cubic.dev/api…”
   • [probe] “PROBE llms.txt: HTTP 200 at https://docs.cubic.dev/llms.txt # cubic documentation > cubic reviews code on GitHub and in local coding workfl…”
   • [claimed-docs] “The Analytics API gives you PR-level data on how many issues were flagged, how many were fixed, how much AI code was authored, etc.”

   proof ↗⚑ flag

3. ai-native userRely on versioned APIs with a documented deprecation policy

   weight 2 · round drawn
   Cursor—none0/10

   No evidence in the pack mentions API versioning or a deprecation policy for Cursor's APIs (CLI, extensions, or MCP config); docs cover features like MCP setup, agents, and integrations but nothing about version stability guarantees or deprecation timelines.

   ⚑ flag

   cubic—none0/10

   There is an Analytics API mentioned (cubic-docs-20) but no evidence of API versioning scheme or a documented deprecation policy anywhere in the docs; the OpenAPI probe even returned 404s for spec endpoints. missing for 10: versioning scheme documentation, deprecation policy, changelog/migration guides for API changes, any mention of API stability guarantees.

   • [claimed-docs] “The Analytics API gives you PR-level data on how many issues were flagged, how many were fixed, how much AI code was authored, etc.”
   • [probe] “PROBE openapi: all candidate paths 404 (https://docs.cubic.dev/openapi.json, https://docs.cubic.dev/swagger.json, https://docs.cubic.dev/api…”

   proof ↗⚑ flag

1. ai-native userPerform bulk operations across many items at once

   weight 2 · round to cubic
   Cursor~partialclaimed5/10

   Cursor supports launching 'fleets of agents' in parallel and always-on scheduled/triggered agents, which enables some multi-item automation, but there's no direct evidence of bulk operations across many discrete items (e.g., bulk file edits, batch refactors, or multi-repo operations) as a first-class feature. missing for 10: explicit documentation or hands-on evidence of bulk/batch operations across many items (files, tickets, repos), user-facing UI for selecting many items at once, and independent corroboration of this working in practice.

   • [claimed-docs] “Launch fleets of agents that work in parallel on ambitious tasks for hours or days.”
   • [claimed-docs] “Set up always-on agents that run on schedules or triggers to build, maintain, and fix your software.”

   proof ↗⚑ flag

   cubic~partialclaimed6/10

   cubic supports some bulk-like operations — codebase scans that 'deploy thousands of AI agents to find bugs across your repository' (cubic-docs-21), cross-repo reviews that check for related changes across multiple repos (cubic-docs-37/46), and analytics/CSV exports of PR-level data across a team (cubic-docs-19, cubic-docs-20) — but these are review/scan/export operations, not a general-purpose bulk-action capability (e.g., batch-fixing or batch-approving many PRs/items at once) with independent confirmation of scale. Missing for 10: explicit documentation of a bulk-action command/API for acting on many PRs, issues, or files simultaneously, and independent/hands-on evidence corroborating the 'thousands of agents' claim at scale.

   • [claimed-docs] “Codebase scans deploy thousands of AI agents to find bugs and vulnerabilities across your repository.”
   • [claimed-docs] “Cross-repo reviews help cubic catch changes that need a matching update in another repository.”
   • [claimed-docs] “Cross-repo reviews help cubic catch changes that need a matching update in another repository. Link related repositories so reviews can chec…”
   • [claimed-docs] “You can export team member data as CSV from both [AI coding](/analytics/ai-coding#csv-export) and [De”
   • [claimed-docs] “The Analytics API gives you PR-level data on how many issues were flagged, how many were fixed, how much AI code was authored, etc.”

   proof ↗⚑ flag

2. ai-native userDefine rules that trigger actions automatically on events

   weight 3 · round drawn
   Cursor~partialclaimed6/10

   Cursor docs describe 'always-on agents that run on schedules or triggers' and a way to 'add rules' from one place, matching the idea of rule-based automation triggered by events. However the evidence pack doesn't detail how rules are authored/scoped to specific events beyond the marketing blurb, and there's no independent/hands-on confirmation of this automation working as described. Missing for 10: concrete rule-definition syntax/examples, independent verification that scheduled/triggered agents reliably fire on events, and detail on event types supported.

   • [claimed-docs] “Set up always-on agents that run on schedules or triggers to build, maintain, and fix your software.”
   • [claimed-docs] “Add plugins, skills, MCPs, and rules from one place”

   proof ↗⚑ flag

   cubic~partialclaimed6/10

   cubic supports several rule-based automated actions triggered by events within its code-review domain: auto-review on new PR (cubic-docs-4/41), auto-approval of clean PRs per repository policy (cubic-docs-12/35), auto thread resolution when an issue is fixed (cubic-docs-27), custom agents enforcing org rules across PRs (cubic-docs-34), and a spend-limit trigger that auto-purchases extra capacity (cubic-docs-24/48), all configurable via cubic.yaml (cubic-docs-16/36). These are genuine user-defined rule→action automations, but they are scoped to the code-review/PR lifecycle rather than a general-purpose event/rule engine for arbitrary triggers and actions. Missing for 10: a generic rules/automation builder spanning non-review events, explicit UI for defining custom trigger conditions beyond built-in policies, and independent confirmation these automations behave reliably at scale.

   • [claimed-docs] “Once installed, cubic automatically reviews new pull requests.”
   • [claimed-docs] “cubic can approve clean pull requests automatically when your repository policy allows it. Start in shadow mode to see which PRs cubic would…”
   • [claimed-docs] “Enable automatic thread resolution to close findings when the issue is fixed”
   • [claimed-docs] “Custom agents are review rules that enforce your organization's specific best practices across pull requests.”
   • [claimed-docs] “You set a monthly spend limit, and cubic buys extra reviewed-line capacity only when a review would otherwise be paused.”
   • [claimed-docs] “Flex capacity keeps GitHub PR AI reviews running after your workspace uses its included reviewed-line capacity. You set a monthly spend limi…”
   • [claimed-docs] “`cubic.yaml` lives in the root of your repository and becomes the source of truth for AI review behavior, ignore patterns, PR descriptions, …”
   • [claimed-docs] “cubic.yaml lives in the root of your repository and becomes the source of truth for AI review behavior, ignore patterns, PR descriptions, an…”
   • [claimed-docs] “cubic automatically starts reviewing new pull requests in your selected repositories.”
   • [claimed-docs] “Auto-approval lets you skip human review for pull requests that cubic determines are low risk and issue-free.”

   proof ↗⚑ flag

3. ai-native userSchedule recurring jobs or workflows

   weight 2 · round to Cursor
   Cursor✓fullclaimed7/10

   Cursor documents 'always-on agents that run on schedules or triggers to build, maintain, and fix your software,' directly matching recurring scheduled workflow automation, alongside parallel agent fleets for ambitious tasks. Missing for 10: independent hands-on verification of scheduling reliability, details on trigger configuration options, and any community corroboration of this specific feature working in practice.

   • [claimed-docs] “Set up always-on agents that run on schedules or triggers to build, maintain, and fix your software.”
   • [claimed-docs] “Launch fleets of agents that work in parallel on ambitious tasks for hours or days.”

   proof ↗⚑ flag

   cubic—none0/10

   cubic is a code review/PR automation tool triggered by PR events, webhooks, or manual commands (e.g., @cubic-dev-ai review, cubic review CLI), but no evidence describes scheduling recurring jobs or workflows on a time-based cadence (cron-like automation). Codebase scans and wiki updates appear event/PR-triggered, not user-schedulable recurring jobs.

   ⚑ flag

4. ai-native userVersion, review, and roll back my automations

   weight 1 · round to cubic
   Cursor—none0/10

   Evidence shows Cursor can inspect diffs and review changes before merge, but there is no documented capability to version, review, or roll back the automations themselves (e.g., scheduled/always-on agents, rules, MCP configs) as distinct artifacts with history/rollback support.

   ⚑ flag

   cubic~partialclaimed4/10

   cubic.yaml (the config defining review behavior and custom agents) lives in the repo root, so it inherits git's native versioning and can be reviewed like any code change (cubic-docs-16, cubic-docs-11), but there is no dedicated changelog, rollback UI, or history feature specifically for cubic's automations/config themselves. Missing for 10: explicit rollback/version-history feature for automation configs, evidence of reviewing changes to cubic.yaml itself, dedicated UI for managing automation versions.

   • [claimed-docs] “`cubic.yaml` lives in the root of your repository and becomes the source of truth for AI review behavior, ignore patterns, PR descriptions, …”
   • [claimed-docs] “**Custom agents**: Enforce your team’s coding standards”
   • [claimed-docs] “Create a repository named `cubic-config` in your organization and add a `cubic.yaml` file to the root directory. cubic automatically applies…”

   proof ↗⚑ flag

Background execution

1. ai-native userHave a cloud agent build, test, and demo a feature end-to-end for my review

   weight 2 · round to Cursor
   Cursor✓fullclaimed7/10

   Cursor's docs explicitly describe cloud/background agents that 'use their own computers to build, test, and demo features end to end for you to review,' plus the ability to launch fleets of agents working in parallel for hours/days, and always-on scheduled agents — directly matching the story. Corroboration is entirely first-party marketing/docs rather than independent hands-on verification of an actual demo workflow. Missing for 10: independent/hands-on evidence confirming the build-test-demo loop works reliably end-to-end, and detail on what 'demo' concretely produces (e.g., preview links, recordings).

   • [claimed-docs] “Launch fleets of agents that work in parallel on ambitious tasks for hours or days.”
   • [claimed-docs] “Set up always-on agents that run on schedules or triggers to build, maintain, and fix your software.”
   • [claimed-docs] “Accelerate development by handing off tasks to Cursor, while you focus on making decisions.”
   • [claimed-docs] “Agents use their own computers to build, test, and demo features end to end for you to review.”

   proof ↗⚑ flag

   cubic—none0/10

   cubic is an AI code-review platform: it reviews PRs, fixes flagged issues, generates PR descriptions, and can auto-approve clean PRs, but there is no evidence it autonomously builds a feature from scratch, runs tests, and produces a demo for review — it only acts on existing diffs/PRs authored by humans or other coding agents.

   • [claimed-docs] “Once installed, cubic automatically reviews new pull requests.”
   • [claimed-docs] “Click **Fix with cubic** on a review comment... cubic generates the fix and pushes it to your PR branch.”
   • [claimed-docs] “By default, cubic pushes commits directly to your PR branch.”
   • [claimed-docs] “cubic can automatically fix issues identified during code review. Request a targeted fix with one click.”
   • [claimed-docs] “cubic helps your team spend less time writing PR descriptions automatically by generating clear, concise summaries.”

   proof ↗⚑ flag

Parallel agents

1. ai-native userLaunch fleets of autonomous agents that work in parallel on different tasks for hours or days

   weight 2 · round to Cursor
   Cursor✓fullclaimed8/10

   First-party marketing/docs explicitly state the exact capability: "Launch fleets of agents that work in parallel on ambitious tasks for hours or days," plus supporting evidence of background/always-on agents and agents using their own compute to build/test/demo. No independent hands-on verification of multi-day parallel fleet execution is present, and no community corroboration confirms this specific feature works at scale. Missing for 10: independent/hands-on validation of parallel agent fleets running for hours/days, details on concurrency limits or reliability over long runs.

   • [claimed-docs] “Launch fleets of agents that work in parallel on ambitious tasks for hours or days.”
   • [claimed-docs] “Set up always-on agents that run on schedules or triggers to build, maintain, and fix your software.”
   • [claimed-docs] “Agents use their own computers to build, test, and demo features end to end for you to review.”
   • [claimed-docs] “Accelerate development by handing off tasks to Cursor, while you focus on making decisions.”

   proof ↗⚑ flag

   cubic—none0/10

   cubic is positioned as an AI code-review, codebase-scan, and wiki-generation tool, not a platform for users to launch autonomous agent fleets to work on arbitrary tasks for hours/days. 'Codebase scans deploy thousands of AI agents' (cubic-docs-21) is an internal review mechanism, not a user-directed fleet of autonomous agents working independently over long time horizons, and no evidence describes user-initiated multi-agent parallel task execution.

   • [claimed-docs] “Codebase scans deploy thousands of AI agents to find bugs and vulnerabilities across your repository.”
   • [claimed-docs] “**Custom agents**: Enforce your team’s coding standards”

   proof ↗⚑ flag

Scheduled automation

1. ai-native userSet up always-on agents that run on schedules or triggers to maintain and fix my software autonomously

   weight 2 · round to Cursor
   Cursor✓fullclaimed8/10

   Cursor's own site directly states the capability: "Set up always-on agents that run on schedules or triggers to build, maintain, and fix your software," plus related background-agent features (parallel fleets, agents running on their own machines) that support this workflow. Missing for 10: independent/hands-on confirmation of scheduled/triggered agents actually running reliably in practice, and more detail on trigger types/configuration.

   • [claimed-docs] “Set up always-on agents that run on schedules or triggers to build, maintain, and fix your software.”
   • [claimed-docs] “Launch fleets of agents that work in parallel on ambitious tasks for hours or days.”
   • [claimed-docs] “Agents use their own computers to build, test, and demo features end to end for you to review.”

   proof ↗⚑ flag

   cubic~partialclaimed6/10

   cubic ships trigger-based automation — it auto-reviews every new PR, reacts to force-pushes, can auto-fix flagged issues, auto-approve clean PRs, and runs codebase-wide scans with 'thousands of AI agents' plus a self-updating wiki via rolling PRs — which covers autonomous, trigger-driven maintenance of software. However, there is no evidence of user-defined schedules (cron-like) or general-purpose 'always-on agent' configuration beyond PR/code-review events. Missing for 10: explicit schedule/cron-based agent triggers, evidence of autonomous fixes/maintenance outside the PR-review workflow, and independent confirmation these agents run continuously without human PR-based triggers.

   • [claimed-docs] “Once installed, cubic automatically reviews new pull requests.”
   • [claimed-docs] “cubic can approve clean pull requests automatically when your repository policy allows it. Start in shadow mode to see which PRs cubic would…”
   • [claimed-docs] “Codebase scans deploy thousands of AI agents to find bugs and vulnerabilities across your repository.”
   • [claimed-docs] “cubic exports the wiki as markdown files into a directory in your repo (default `.cubic/wiki`) and keeps them current through a rolling pull…”
   • [claimed-docs] “Auto-approval lets you skip human review for pull requests that cubic determines are low risk and issue-free.”
   • [claimed-docs] “cubic can automatically fix issues identified during code review. Request a targeted fix with one click.”
   • [claimed-docs] “cubic now reviews the new changes after a force-push when it can safely compare them with a previously reviewed version.”

   proof ↗⚑ flag

Debugging

1. developerDebug issues and troubleshoot using natural-language queries

   weight 2 · round drawn
   Cursor~partialcommunity6/10

   cursor-docs-3 directly claims support for reproducing issues, narrowing root cause, and verifying fixes via natural-language-driven agent workflows, and docs-1 supports tracing how a repo fits together to find bug locations. However, there's no independent/hands-on evidence corroborating debugging quality, and community evidence highlights buginess and unreliability concerns (cursor-comm-2, cursor-comm-8) that add caveats without directly contradicting the specific debugging workflow claim. Missing for 10: independent verification of debugging accuracy, concrete examples of NL-driven troubleshooting sessions, and resolution of buggy-product complaints.

   • [claimed-docs] “Trace how a repo fits together and find the right places to start”
   • [claimed-docs] “Reproduce issues, narrow the root cause, and verify the fix”
   • [community] “"Cursor is weird. They have a basically unused GitHub with a thousand unanswered Issues. It's so buggy in ways that VSCode isn't. I hate it.…”
   • [community] “"That's a lot of money for a buggy product that is at best slightly better than its competitors."”

   proof ↗⚑ flag

   cubic~partialcommunity6/10

   cubic supports natural-language interaction for understanding and troubleshooting issues it finds in code review — e.g., replying to review comments for clarification, asking chat to 'tour this PR', adding code to AI chat with diff/codebase context, and its MCP server lets agents 'read review findings... and triage PR or codebase scan issues.' However, this is scoped to PR-review/bug-flagging conversations rather than general-purpose debugging of runtime errors or arbitrary issues outside the review flow. Missing for 10: evidence of open-ended debugging (e.g., stack trace analysis, runtime error investigation) beyond PR/code-review context, and independent hands-on confirmation that these NL Q&A features actually resolve real bugs (community comments dispute overall comment quality/bug-catching rate).

   • [claimed-docs] “Reply to a review comment to ask for clarification”
   • [claimed-docs] “Ask chat to "tour this PR" for a step-by-step review of the changes and what to check.”
   • [claimed-docs] “Select code and choose **Add to AI chat** to ask about it with the diff and codebase as context.”
   • [claimed-docs] “Connect cubic's MCP server to your coding agent to read review findings and codebase context, request PR reviews, and triage PR or codebase …”
   • [claimed-docs] “The **cubic CLI** reviews local changes before you push. It finds bugs and generates a prompt that your coding agent can use to fix them.”
   • [claimed-docs] “Ask follow-up questions about code changes without leaving the PR”
   • [community] “what I saw using 5-6 tools like this: PR description is never useful, they barely summarize file changes; 90% of comments are wrong or irrel…”

   proof ↗⚑ flag

Feature implementation

1. developerDescribe a feature or bug in plain language and have the agent implement or fix it across multiple files

   weight 3 · round to Cursor
   Cursor✓fullcommunity8/10

   Cursor's docs describe an agent that traces repo structure, plans and scopes multi-file changes, implements features/fixes end-to-end, runs checks, and produces diffs for review — directly matching plain-language feature/bug requests across multiple files. Community evidence corroborates the product is used daily for this purpose (albeit with complaints about bugginess), without disputing the core multi-file agentic editing capability. Missing for 10: independent hands-on benchmarks showing successful multi-file fixes, and no first-party demo/case study detailing a concrete before/after example.

   • [claimed-docs] “Trace how a repo fits together and find the right places to start”
   • [claimed-docs] “Scope changes, use Plan Mode, and ship bigger work with confidence”
   • [claimed-docs] “Reproduce issues, narrow the root cause, and verify the fix”
   • [claimed-docs] “Inspect diffs, run checks, and catch problems before you merge”
   • [claimed-docs] “Accelerate development by handing off tasks to Cursor, while you focus on making decisions.”
   • [claimed-docs] “Agents use their own computers to build, test, and demo features end to end for you to review.”
   • [community] “"Cursor is weird. They have a basically unused GitHub with a thousand unanswered Issues. It's so buggy in ways that VSCode isn't. I hate it.…”
   • [community] “"That's a lot of money for a buggy product that is at best slightly better than its competitors."”

   proof ↗⚑ flag

   cubic~partialclaimed3/10

   Cubic is primarily a code-review platform that finds issues and can push targeted one-click fixes to specific flagged problems (docs-7, docs-44), and its CLI generates a fix prompt for external coding agents (docs-31) rather than implementing features itself. It does not document taking a plain-language feature/bug description and independently implementing changes across multiple files; that work is explicitly handed off to a separate 'coding agent' (docs-15, docs-30). Missing for 10: evidence of accepting an open-ended natural-language feature/bug description (not just a flagged review comment) and autonomously implementing multi-file changes, plus any hands-on validation of such end-to-end generation.

   • [claimed-docs] “Click **Fix with cubic** on a review comment... cubic generates the fix and pushes it to your PR branch.”
   • [claimed-docs] “cubic can automatically fix issues identified during code review. Request a targeted fix with one click.”
   • [claimed-docs] “The **cubic CLI** reviews local changes before you push. It finds bugs and generates a prompt that your coding agent can use to fix them.”
   • [claimed-docs] “Connect cubic's MCP server to your coding agent to read review findings and codebase context, request PR reviews, and triage PR or codebase …”
   • [claimed-docs] “By default, cubic pushes commits directly to your PR branch.”

   proof ↗⚑ flag

Maintenance automation

1. developerHave the agent write tests, fix lint errors, resolve merge conflicts, and update dependencies for me

   weight 3 · round to Cursor
   Cursor~partialclaimed6/10

   Cursor's docs describe agents that write code, run tests/checks, and 'build, maintain, and fix' software autonomously (cursor-docs-3, cursor-docs-4, cursor-docs-9, cursor-docs-12), which implies test-writing and general maintenance tasks, but there is no explicit documentation of lint-error fixing, merge-conflict resolution, or dependency-update workflows specifically. missing for 10: explicit lint-fixing examples, explicit merge-conflict-resolution examples, explicit dependency-update examples, independent hands-on verification of these specific tasks.

   • [claimed-docs] “Reproduce issues, narrow the root cause, and verify the fix”
   • [claimed-docs] “Inspect diffs, run checks, and catch problems before you merge”
   • [claimed-docs] “Set up always-on agents that run on schedules or triggers to build, maintain, and fix your software.”
   • [claimed-docs] “Agents use their own computers to build, test, and demo features end to end for you to review.”

   proof ↗⚑ flag

   cubic~partialclaimed3/10

   cubic can automatically fix issues it flags in review (e.g., 'Fix with cubic' pushes a fix commit, docs-7/44) which could cover some lint-style issues, but there is no evidence it writes tests, resolves merge conflicts, or updates dependencies — cubic is positioned as a review/fix-on-comment tool, not a general-purpose coding agent for these tasks. missing for 10: test generation, merge-conflict resolution, dependency updates, and any evidence beyond review-triggered lint/bug fixes.

   • [claimed-docs] “Click **Fix with cubic** on a review comment... cubic generates the fix and pushes it to your PR branch.”
   • [claimed-docs] “cubic can automatically fix issues identified during code review. Request a targeted fix with one click.”
   • [claimed-docs] “The **cubic CLI** reviews local changes before you push. It finds bugs and generates a prompt that your coding agent can use to fix them.”
   • [claimed-docs] “By default, cubic pushes commits directly to your PR branch.”

   proof ↗⚑ flag

Codebase mapping

1. developerUnderstand how a codebase fits together to find where to start making changes

   weight 3 · round drawn
   Cursor~partialclaimed6/10

   Cursor's docs explicitly claim the ability to 'trace how a repo fits together and find the right places to start,' directly matching the story, but this is a single marketing-style doc line with no detailed walkthrough, feature docs (e.g., codebase indexing/@codebase chat), or independent corroboration of how it actually surfaces architecture understanding. Missing for 10: detailed documentation of the codebase-mapping/indexing feature itself, concrete examples of it locating relevant code, and independent/hands-on validation of accuracy.

   • [claimed-docs] “Trace how a repo fits together and find the right places to start”

   proof ↗⚑ flag

   cubic~partialclaimed6/10

   cubic's AI wiki auto-indexes the codebase into a searchable wiki with architecture diagrams and source-code links, and its MCP server/chat features let developers query the codebase and diffs for context (cubic-docs-22, cubic-docs-23, cubic-docs-15, cubic-docs-10), which directly supports understanding how a codebase fits together before making changes. Codebase scans (cubic-docs-21) add bug/vuln discovery but aren't about architectural navigation. Missing for 10: independent/hands-on validation that the wiki or chat actually helps developers locate where to start changes, and community evidence is silent on this specific capability (only comments on PR review quality exist).

   • [claimed-docs] “cubic's AI wiki automatically indexes your codebase and produces searchable wikis, complete with links to source code, architecture diagrams…”
   • [claimed-docs] “cubic exports the wiki as markdown files into a directory in your repo (default `.cubic/wiki`) and keeps them current through a rolling pull…”
   • [claimed-docs] “Connect cubic's MCP server to your coding agent to read review findings and codebase context, request PR reviews, and triage PR or codebase …”
   • [claimed-docs] “Select code and choose **Add to AI chat** to ask about it with the diff and codebase as context.”
   • [claimed-docs] “Codebase scans deploy thousands of AI agents to find bugs and vulnerabilities across your repository.”

   proof ↗⚑ flag

2. developerHave the agent map and explain an entire unfamiliar codebase without manually selecting context files

   weight 3 · round to cubic
   Cursor~partialclaimed4/10

   First-party docs claim Cursor can 'trace how a repo fits together and find the right places to start' (cursor-docs-1), implying automatic codebase mapping, but there's no detail on how context is auto-gathered (e.g., codebase indexing/@codebase) nor any independent/hands-on confirmation that it explains an unfamiliar codebase without manual file selection. Missing for 10: technical explanation of automatic context retrieval, independent user validation of whole-codebase explanation, and comparison to manual context selection workflows.

   • [claimed-docs] “Trace how a repo fits together and find the right places to start”

   proof ↗⚑ flag

   cubic~partialclaimed6/10

   cubic's AI wiki automatically indexes the entire codebase and produces searchable wikis with architecture diagrams and source links, and codebase scans deploy AI agents across the whole repo — both let a developer get a full-codebase map/explanation without hand-picking context files. However, this is documented only in first-party docs with no independent hands-on validation of how well it 'explains' an unfamiliar codebase, and community commentary focuses on PR-review quality rather than the wiki/codebase-scan features. Missing for 10: independent/hands-on verification of the AI wiki's accuracy and usefulness, and community evidence specifically evaluating whole-codebase explanation quality.

   • [claimed-docs] “cubic's AI wiki automatically indexes your codebase and produces searchable wikis, complete with links to source code, architecture diagrams…”
   • [claimed-docs] “cubic exports the wiki as markdown files into a directory in your repo (default `.cubic/wiki`) and keeps them current through a rolling pull…”
   • [claimed-docs] “Codebase scans deploy thousands of AI agents to find bugs and vulnerabilities across your repository.”
   • [claimed-docs] “Connect cubic's MCP server to your coding agent to read review findings and codebase context, request PR reviews, and triage PR or codebase …”
   • [claimed-docs] “Select code and choose **Add to AI chat** to ask about it with the diff and codebase as context.”

   proof ↗⚑ flag

Context management

1. developerHave the agent build and recall memory automatically across sessions

   weight 2 · round to cubic
   Cursor—none0/10

   No evidence describes persistent memory that automatically builds and recalls context across sessions; docs mention repo tracing, plan mode, and MCP integrations but nothing about cross-session memory recall.

   ⚑ flag

   cubic~partialclaimed3/10

   Cubic maintains some persistent state — it compares force-pushed changes against previously reviewed versions and its AI wiki auto-indexes and keeps codebase docs current — but there's no documented feature describing agent 'memory' that is built and recalled across chat/review sessions in the way the story implies. missing for 10: explicit session-memory mechanism, evidence of recall in later interactions, independent confirmation of persistent context use.

   • [claimed-docs] “cubic now reviews the new changes after a force-push when it can safely compare them with a previously reviewed version.”
   • [claimed-docs] “cubic's AI wiki automatically indexes your codebase and produces searchable wikis, complete with links to source code, architecture diagrams…”
   • [claimed-docs] “cubic exports the wiki as markdown files into a directory in your repo (default `.cubic/wiki`) and keeps them current through a rolling pull…”

   proof ↗⚑ flag

2. developerInclude multiple project directories in a single session for broader context

   weight 2 · round to cubic
   Cursor—none0/10

   No evidence in the pack mentions multi-root workspaces or including multiple project directories in a single Cursor session; docs cover repo navigation, MCP, agents, and integrations but not multi-directory context.

   ⚑ flag

   cubic~partialclaimed4/10

   Cubic's 'cross-repo reviews' feature lets teams link related repositories so a review can check shared APIs, schemas, or docs across them, which is the closest analogue to including multiple project directories for broader context — but this is scoped narrowly to PR review consistency checks, not a general chat/agent session that loads multiple directories for open-ended Q&A. Missing for 10: evidence of a chat/agent session (e.g., MCP or CLI) that lets a developer add multiple arbitrary project directories as context, and any hands-on confirmation of cross-repo context quality.

   • [claimed-docs] “Cross-repo reviews help cubic catch changes that need a matching update in another repository.”
   • [claimed-docs] “Cross-repo reviews help cubic catch changes that need a matching update in another repository. Link related repositories so reviews can chec…”
   • [claimed-docs] “Select code and choose **Add to AI chat** to ask about it with the diff and codebase as context.”

   proof ↗⚑ flag

3. developerAdd a project instructions file to set coding standards and conventions the agent follows

   weight 3 · round to cubic
   Cursor~partialclaimed3/10

   Cursor's docs mention adding 'rules' as one of its features (alongside plugins, skills, MCPs) which aligns with the project-instructions concept, but the evidence pack gives no detail on how project rule files work, their scope, or how the agent applies them to enforce coding standards. missing for 10: documentation of the rules file format/location, examples of coding standards enforcement, independent confirmation the agent actually follows these instructions consistently.

   • [claimed-docs] “Add plugins, skills, MCPs, and rules from one place”

   proof ↗⚑ flag

   cubic~partialclaimed6/10

   cubic supports a `cubic.yaml` config file at the repo root (or a shared `cubic-config` repo) that acts as 'the source of truth for AI review behavior, ignore patterns, PR descriptions, and custom agents,' and 'Custom agents' are documented as a way to 'enforce your team's coding standards.' This is a project-level instructions/config mechanism the agent follows, though it's framed around PR review behavior rather than a general-purpose coding-standards instructions file for all agent interactions. Missing for 10: explicit documentation of a plain-text/markdown instructions file (like AGENTS.md-style) covering broader coding conventions beyond review/ignore rules, and independent confirmation that custom agents reliably enforce standards in practice.

   • [claimed-docs] “**Custom agents**: Enforce your team’s coding standards”
   • [claimed-docs] “`cubic.yaml` lives in the root of your repository and becomes the source of truth for AI review behavior, ignore patterns, PR descriptions, …”
   • [claimed-docs] “Create a repository named `cubic-config` in your organization and add a `cubic.yaml` file to the root directory. cubic automatically applies…”

   proof ↗⚑ flag

Issue diagnosis

1. developerReproduce issues, narrow down root causes, and verify fixes

   weight 3 · round to Cursor
   Cursor~partialclaimed6/10

   cursor-docs-3 directly claims the exact capability ('Reproduce issues, narrow the root cause, and verify the fix'), and supporting docs on codebase tracing, diffs/checks, and agents running their own environments (cursor-docs-1, cursor-docs-4, cursor-docs-12) plausibly back this workflow. However, this is a first-party marketing/docs claim only, with no independent or hands-on corroboration of actual debugging workflows, and community evidence highlights general bugginess/quality concerns rather than validating this specific capability. Missing for 10: independent verification or hands-on case studies of reproduce/root-cause/verify-fix workflows, more detail on how reproduction (e.g., test running, log inspection) is concretely supported.

   • [claimed-docs] “Reproduce issues, narrow the root cause, and verify the fix”
   • [claimed-docs] “Trace how a repo fits together and find the right places to start”
   • [claimed-docs] “Inspect diffs, run checks, and catch problems before you merge”
   • [claimed-docs] “Agents use their own computers to build, test, and demo features end to end for you to review.”

   proof ↗⚑ flag

   cubic~partialclaimed4/10

   cubic is fundamentally an AI code-review/PR platform: it can flag bugs during review (codebase scans, PR review), generate and push fixes ('Fix with cubic'), and auto-resolve threads when issues are fixed, which covers some root-cause flagging and fix verification. However there is no evidence of actual issue reproduction (running the app/tests to trigger a bug) or root-cause debugging via execution—cubic's analysis is static/AI-review based, not a runtime debugger. Missing for 10: reproduction of bugs via execution/testing, dynamic root-cause tracing, and independent verification of fixes beyond thread auto-resolution.

   • [claimed-docs] “Codebase scans deploy thousands of AI agents to find bugs and vulnerabilities across your repository.”
   • [claimed-docs] “cubic can automatically fix issues identified during code review. Request a targeted fix with one click.”
   • [claimed-docs] “Enable automatic thread resolution to close findings when the issue is fixed”
   • [claimed-docs] “Click **Fix with cubic** on a review comment... cubic generates the fix and pushes it to your PR branch.”
   • [claimed-docs] “Ask chat to "tour this PR" for a step-by-step review of the changes and what to check.”

   proof ↗⚑ flag

Marketplace

1. developerEquip the agent with custom skills to perform specialized tasks

   weight 1 · round to Cursor
   Cursor~partialclaimed6/10

   Cursor's docs mention a marketplace to 'Add plugins, skills, MCPs, and rules from one place' and detailed MCP support (custom servers, marketplace install, enterprise controls), enabling developers to extend the agent with specialized tool integrations. However, there's no dedicated documentation on a 'skills' framework distinct from MCP/rules, no examples of custom skill creation workflow, and no independent/community corroboration of this specific capability. Missing for 10: detailed skills documentation/tutorial, examples of custom skill authoring, independent hands-on validation.

   • [claimed-docs] “Add plugins, skills, MCPs, and rules from one place”
   • [claimed-docs] “Model Context Protocol (MCP) enables Cursor to connect to external tools and data sources.”
   • [claimed-docs] “Click "Add to Cursor" on a marketplace entry to install it and authenticate with OAuth.”
   • [claimed-docs] “Configure custom MCP servers with a JSON file”
   • [claimed-docs] “Enterprise admins can control which MCP servers users may run from the Cursor dashboard.”

   proof ↗⚑ flag

   cubic~partialclaimed4/10

   cubic supports 'custom agents' configured via cubic.yaml to enforce coding standards, which is a limited form of custom skill/persona equipping for the review agent, but this is scoped narrowly to code-review behavior rather than general-purpose specialized task skills. Missing for 10: documentation on creating arbitrary custom skills/tools beyond coding-standard enforcement, examples of diverse specialized tasks, and independent validation of the custom agents feature.

   • [claimed-docs] “**Custom agents**: Enforce your team’s coding standards”
   • [claimed-docs] “`cubic.yaml` lives in the root of your repository and becomes the source of truth for AI review behavior, ignore patterns, PR descriptions, …”

   proof ↗⚑ flag

2. engineering-leadIntegrate third-party partner-built agent apps into my workflows

   weight 1 · round to Cursor
   Cursor✓fullclaimed7/10

   Cursor documents a marketplace for adding third-party plugins, skills, and MCP servers with OAuth authentication, plus native integrations with GitHub, GitLab, Slack, Linear, and more, letting teams plug partner-built tools/agents into their workflows, with enterprise admin controls over which servers are allowed. Missing for 10: independent/hands-on corroboration of using specific partner-built agent apps (vs. generic tool connectors) and clearer distinction between simple MCP data-tools and full third-party 'agent apps'.

   • [claimed-docs] “Add plugins, skills, MCPs, and rules from one place”
   • [claimed-docs] “Work with GitHub, GitLab, Azure DevOps, Bitbucket, JetBrains, Slack, Linear, and more”
   • [claimed-docs] “Model Context Protocol (MCP) enables Cursor to connect to external tools and data sources.”
   • [claimed-docs] “Click "Add to Cursor" on a marketplace entry to install it and authenticate with OAuth.”
   • [claimed-docs] “Configure custom MCP servers with a JSON file”
   • [claimed-docs] “Enterprise admins can control which MCP servers users may run from the Cursor dashboard.”

   proof ↗⚑ flag

   cubic~partialprobed6/10

   cubic documents concrete integrations with third-party agent apps - connecting ChatGPT Plus or Claude Code subscriptions for local reviews, exposing an MCP server so coding agents can pull review findings and request PRs, pushing fixes via coding agents, and Linear or Jira issue-analysis integration - showing real ecosystem hooks for partner-built agent tools. Missing for 10: a documented marketplace or catalog of certified partner agent apps, examples beyond the major AI vendors, and independent evidence confirming these integrations work smoothly in practice.

   • [claimed-docs] “Connect your existing **ChatGPT Plus/Pro** or **Claude Code** subscription to use its models for local reviews.”
   • [claimed-docs] “Connect cubic's MCP server to your coding agent to read review findings and codebase context, request PR reviews, and triage PR or codebase …”
   • [claimed-docs] “By default, cubic pushes commits directly to your PR branch.”
   • [claimed-docs] “cubic can automatically fix issues identified during code review. Request a targeted fix with one click.”
   • [claimed-docs] “cubic can automatically analyze your pull requests to see if they meet the requirements from your linked Linear or Jira issues.”
   • [probe] “official MCP server documented at https://docs.cubic.dev/ide/mcp-server”

   proof ↗⚑ flag

Team knowledge

1. engineering-leadCreate a shared workspace from my docs and repos as a common source of truth for the team

   weight 1 · round to cubic
   Cursor—none0/10

   Evidence shows integrations (GitHub, Slack, Linear), MCP/plugins, and rules configuration, but nothing describes a dedicated 'shared workspace' feature that unifies docs and repos into a common team source of truth — this is a fair ask for a team-oriented dev tool but unaddressed in the pack.

   ⚑ flag

   cubic~partialclaimed5/10

   cubic's AI wiki automatically indexes a repo's codebase into a searchable, shared wiki (with architecture diagrams) that's exported into the repo and kept current via PRs, giving teams a common source of truth derived from code — but this is scoped to repos, not to ingesting a team's existing docs into one workspace. Missing for 10: explicit support for importing/aggregating external docs, cross-repo/team-wide workspace view (only per-repo wiki + cross-repo review linking), and any independent evidence the wiki is actually used as a 'workspace' by teams.

   • [claimed-docs] “cubic's AI wiki automatically indexes your codebase and produces searchable wikis, complete with links to source code, architecture diagrams…”
   • [claimed-docs] “cubic exports the wiki as markdown files into a directory in your repo (default `.cubic/wiki`) and keeps them current through a rolling pull…”
   • [claimed-docs] “Cross-repo reviews help cubic catch changes that need a matching update in another repository.”
   • [claimed-docs] “Cross-repo reviews help cubic catch changes that need a matching update in another repository. Link related repositories so reviews can chec…”

   proof ↗⚑ flag

Tool integration

1. developerConnect the agent to workflow tools like Jira, Slack, and Google Drive to extend its context

   weight 3 · round to Cursor
   Cursor✓fullclaimed8/10

   Cursor documents MCP support that connects to external tools/data sources, an MCP marketplace with OAuth install, and explicit integration with Slack alongside GitHub/GitLab/Linear/Jira-style trackers, plus Slack-based agent collaboration—covering the story's workflow-tool extension use case. Missing for 10: explicit first-party Jira/Google Drive connector documentation and independent hands-on verification of these integrations working end-to-end.

   • [claimed-docs] “Model Context Protocol (MCP) enables Cursor to connect to external tools and data sources.”
   • [claimed-docs] “Click "Add to Cursor" on a marketplace entry to install it and authenticate with OAuth.”
   • [claimed-docs] “Configure custom MCP servers with a JSON file”
   • [claimed-docs] “Work with GitHub, GitLab, Azure DevOps, Bitbucket, JetBrains, Slack, Linear, and more”
   • [claimed-docs] “Cursor runs in your terminal, collaborates in Slack, and reviews PRs in GitHub.”

   proof ↗⚑ flag

   cubic—none0/10

   cubic's documented integrations are limited to GitHub, an MCP server for coding agents, and ChatGPT/Claude Code subscriptions for local reviews; there is no evidence of connectors to Jira, Slack, or Google Drive for extending context.

   • [claimed-docs] “Connect cubic's MCP server to your coding agent to read review findings and codebase context, request PR reviews, and triage PR or codebase …”
   • [claimed-docs] “Connect your existing **ChatGPT Plus/Pro** or **Claude Code** subscription to use its models for local reviews.”
   • [probe] “official MCP server documented at https://docs.cubic.dev/ide/mcp-server”
   • [community] “As far as I can see, this doesn't directly integrate with github (we currently use coderabbit on github)? Is it on your timeline?”
   • [community] “Would be great to have support for GitLab also (have a project there that I would love to try this on and I can't switch it to GitHub)”

   proof ↗⚑ flag

2. developerKick off agent tasks directly from GitHub, GitLab, Linear, or Slack

   weight 2 · round to Cursor
   Cursor~partialclaimed7/10

   Cursor's docs explicitly list integrations with GitHub, GitLab, Slack, and Linear, and describe agents that run on triggers/schedules and collaborate in Slack or review PRs in GitHub, supporting the story's core claim. However, there's no detailed first-party documentation of the exact trigger mechanics per platform (e.g., a Linear ticket auto-spawning an agent) nor independent/hands-on confirmation that this works reliably. Missing for 10: platform-specific trigger documentation for each of GitHub/GitLab/Linear/Slack, and independent verification of the workflow in practice.

   • [claimed-docs] “Work with GitHub, GitLab, Azure DevOps, Bitbucket, JetBrains, Slack, Linear, and more”
   • [claimed-docs] “Set up always-on agents that run on schedules or triggers to build, maintain, and fix your software.”
   • [claimed-docs] “Cursor runs in your terminal, collaborates in Slack, and reviews PRs in GitHub.”

   proof ↗⚑ flag

   cubic~partialcommunity4/10

   cubic clearly supports triggering reviews and fixes from GitHub (PR comments like `@cubic-dev-ai review this PR`, 'Fix with cubic', auto-review on install) and links to Linear/Jira for issue-requirement checks, but there's no evidence of Slack integration and community comments explicitly note GitLab support is missing/requested, not confirmed. Missing for 10: documented Slack task-triggering, confirmed GitLab support, and independent corroboration that Linear integration goes beyond issue-analysis to actually kicking off agent tasks.

   • [claimed-docs] “Once installed, cubic automatically reviews new pull requests.”
   • [claimed-docs] “To review a PR that was opened _before_ you installed the app, comment: `@cubic-dev-ai review this PR`.”
   • [claimed-docs] “cubic automatically starts reviewing new pull requests in your selected repositories.”
   • [claimed-docs] “Post this comment on GitHub to start a review: text theme={null} @cubic-dev-ai review this PR ”
   • [claimed-docs] “cubic can automatically analyze your pull requests to see if they meet the requirements from your linked Linear or Jira issues.”
   • [community] “Would be great to have support for GitLab also (have a project there that I would love to try this on and I can't switch it to GitHub)”
   • [community] “It looks like graphite.dev has pivoted into this space too, which is annoying since they still don't have gitlab support after several years…”

   proof ↗⚑ flag

Cross device continuity

1. developerStart a task on one device and continue it later from another device or browser

   weight 2 · round to Cursor
   Cursor~partialclaimed5/10

   Cursor's Background Agents run remotely and can be monitored/interacted with via terminal, Slack, and GitHub PRs, implying a task could be checked or continued from different surfaces, but there is no explicit documentation of resuming a specific in-progress task from a different device or browser session. Missing for 10: explicit cross-device/browser session handoff documentation, hands-on confirmation of resuming a task started elsewhere, and details on state syncing across clients.

   • [claimed-docs] “Launch fleets of agents that work in parallel on ambitious tasks for hours or days.”
   • [claimed-docs] “Set up always-on agents that run on schedules or triggers to build, maintain, and fix your software.”
   • [claimed-docs] “Cursor runs in your terminal, collaborates in Slack, and reviews PRs in GitHub.”
   • [claimed-docs] “Accelerate development by handing off tasks to Cursor, while you focus on making decisions.”
   • [claimed-docs] “Agents use their own computers to build, test, and demo features end to end for you to review.”

   proof ↗⚑ flag

   cubic~partialclaimed3/10

   cubic's reviews, chat, and fix actions happen inside GitHub PR comments and threads (docs-29, docs-45, docs-7), which are cloud-hosted and thus technically accessible from any device/browser, but cubic never documents an explicit cross-device 'resume task' or session-continuity feature for a developer's own work-in-progress task. Missing for 10: explicit session/task persistence across CLI, IDE, and browser, documented device-handoff workflow, and any first-party or community confirmation of resuming an in-progress task on a new device.

   • [claimed-docs] “Interact with cubic in PR comments to ask questions, trigger reviews, and fix issues.”
   • [claimed-docs] “Ask follow-up questions about code changes without leaving the PR”
   • [claimed-docs] “Click **Fix with cubic** on a review comment... cubic generates the fix and pushes it to your PR branch.”
   • [claimed-docs] “The **cubic CLI** reviews local changes before you push. It finds bugs and generates a prompt that your coding agent can use to fix them.”

   proof ↗⚑ flag

Ide integration

1. developerView interactive diffs and share selected code as context from within my JetBrains IDE

   weight 1 · round drawn
   Cursor—none0/10

   The only evidence touching JetBrains is a single line listing JetBrains among integrations (cursor-docs-6), with no detail on interactive diffs or context-sharing features within a JetBrains IDE specifically. No documentation, screenshots, or community reports confirm this JetBrains-specific capability.

   • [claimed-docs] “Work with GitHub, GitLab, Azure DevOps, Bitbucket, JetBrains, Slack, Linear, and more”

   proof ↗⚑ flag

   cubic—none0/10

   cubic's docs describe CLI review, MCP server for coding agents, and an 'Add to AI chat' feature for selecting code with diff context, but none of this is documented as a JetBrains IDE plugin or in-IDE interactive diff viewer — the 'ide/' docs paths refer to CLI and agent/MCP setup, not JetBrains integration specifically.

   • [claimed-docs] “Select code and choose **Add to AI chat** to ask about it with the diff and codebase as context.”
   • [claimed-docs] “Connect your existing **ChatGPT Plus/Pro** or **Claude Code** subscription to use its models for local reviews.”
   • [claimed-docs] “Connect cubic's MCP server to your coding agent to read review findings and codebase context, request PR reviews, and triage PR or codebase …”
   • [claimed-docs] “The **cubic CLI** reviews local changes before you push. It finds bugs and generates a prompt that your coding agent can use to fix them.”
   • [probe] “official MCP server documented at https://docs.cubic.dev/ide/mcp-server”
   • [probe] “official CLI documented at https://docs.cubic.dev/ide/cli-review”

   proof ↗⚑ flag

2. developerChat with the coding assistant directly inside my IDE for contextual help

   weight 3 · round to Cursor
   Cursor✓fullcommunity7/10

   Cursor's docs describe an IDE-integrated assistant that traces repo structure, scopes changes via Plan Mode, reproduces issues, and hands off tasks while the developer reviews — all consistent with in-IDE contextual chat, and community commentary confirms it functions as a VS Code-based assistant with prompts/harness. missing for 10: no explicit citation naming a dedicated 'chat panel' UI or independent praise of chat quality/context-awareness specifically.

   • [claimed-docs] “Trace how a repo fits together and find the right places to start”
   • [claimed-docs] “Scope changes, use Plan Mode, and ship bigger work with confidence”
   • [claimed-docs] “Reproduce issues, narrow the root cause, and verify the fix”
   • [claimed-docs] “Accelerate development by handing off tasks to Cursor, while you focus on making decisions.”
   • [claimed-docs] “Agents use their own computers to build, test, and demo features end to end for you to review.”
   • [community] “"Cursor is an extension for VS Code, a harness and a bunch of prompts. They have their own model (Composer 2) which is based on Kimi K2.5, b…”

   proof ↗⚑ flag

   cubic~partialclaimed5/10

   cubic offers chat-based interaction (an 'Add to AI chat' feature with diff/codebase context, a chat sidebar for PR navigation, and an MCP server that lets coding agents in the IDE read review findings), but these are mostly scoped to reviewing PRs/code review rather than a general-purpose in-IDE chat assistant for arbitrary contextual coding help. Missing for 10: evidence of a native IDE chat panel for general coding questions (not tied to PR/diff review), and independent hands-on confirmation of in-IDE chat quality.

   • [claimed-docs] “Select code and choose **Add to AI chat** to ask about it with the diff and codebase as context.”
   • [claimed-docs] “Connect cubic's MCP server to your coding agent to read review findings and codebase context, request PR reviews, and triage PR or codebase …”
   • [claimed-docs] “The chat sidebar helps you quickly understand and navigate your pull requests (PRs) with intelligent, context-aware assistance directly with…”
   • [claimed-docs] “Ask chat to "tour this PR" for a step-by-step review of the changes and what to check.”

   proof ↗⚑ flag

Terminal workflow

1. developerRun a coding agent locally from my terminal

   weight 3 · round to Cursor
   Cursor✓fullprobed7/10

   Cursor ships an official CLI (cursor.com/cli) with a documented install command (curl ... | bash) and docs explicitly state 'Cursor runs in your terminal', confirming a local terminal-based agent capability alongside its IDE. Missing for 10: independent/hands-on verification of terminal agent usage and deeper CLI usage documentation beyond the install step.

   • [probe] “official CLI documented at https://cursor.com/cli”
   • [claimed-docs] “curl https://cursor.com/install -fsS | bash”
   • [claimed-docs] “Cursor runs in your terminal, collaborates in Slack, and reviews PRs in GitHub.”

   proof ↗⚑ flag

   cubic~partialprobed5/10

   cubic ships an official local CLI (`cubic review`) that runs from the terminal to review uncommitted changes before push, and can connect to Claude Code/ChatGPT subscriptions for local reviews, but this is a review agent rather than a general-purpose coding agent that writes/edits code interactively in the terminal. Missing for 10: evidence of an interactive terminal coding-agent loop (code generation/editing, multi-turn task execution) beyond review-only CLI use.

   • [claimed-docs] “Run a review before you push to catch issues while you're working.... review your uncommitted changes: `cubic review`”
   • [claimed-docs] “Connect your existing **ChatGPT Plus/Pro** or **Claude Code** subscription to use its models for local reviews.”
   • [probe] “official CLI documented at https://docs.cubic.dev/ide/cli-review”

   proof ↗⚑ flag

2. developerRun the agent non-interactively in scripts for workflow automation

   weight 2 · round to Cursor
   Cursor~partialprobed6/10

   Cursor ships an official CLI (cursor-probe-1, cursor-docs-14) and documents 'always-on agents that run on schedules or triggers to build, maintain, and fix your software' (cursor-docs-9), which implies non-interactive/automated agent execution suitable for scripts/CI. However, there is no concrete documentation of CLI flags, headless/print modes, exit codes, or scripting examples, nor independent hands-on confirmation of this workflow. Missing for 10: explicit CLI non-interactive flag/usage docs, examples of piping/scripting the agent, and independent verification that scheduled/triggered agents work as scripted automation.

   • [probe] “official CLI documented at https://cursor.com/cli”
   • [claimed-docs] “curl https://cursor.com/install -fsS | bash”
   • [claimed-docs] “Set up always-on agents that run on schedules or triggers to build, maintain, and fix your software.”

   proof ↗⚑ flag

   cubic~partialprobed5/10

   cubic ships a CLI (`cubic review`) that reviews local/uncommitted changes and automatically reviews PRs on GitHub without manual intervention, both of which suggest it can be woven into automated workflows (docs-4, docs-8, docs-31, docs-41). However, there is no explicit documentation of a non-interactive/headless mode, CI pipeline integration, exit codes, or scripting flags for the CLI. missing for 10: explicit CI/script integration docs, non-interactive mode flags, exit-code/output-format guarantees for automation, independent evidence of scripted use.

   • [claimed-docs] “Run a review before you push to catch issues while you're working.... review your uncommitted changes: `cubic review`”
   • [claimed-docs] “The **cubic CLI** reviews local changes before you push. It finds bugs and generates a prompt that your coding agent can use to fix them.”
   • [claimed-docs] “Once installed, cubic automatically reviews new pull requests.”
   • [claimed-docs] “cubic automatically starts reviewing new pull requests in your selected repositories.”
   • [probe] “official CLI documented at https://docs.cubic.dev/ide/cli-review”

   proof ↗⚑ flag

1. ai-native userDo everything through the API that I can do in the UI

   weight 2 · round to cubic
   Cursor—none0/10

   The evidence pack shows no public API for Cursor; it mentions an official CLI and MCP (for connecting external tools INTO Cursor), but nothing about a programmatic interface exposing Cursor's own UI capabilities (agents, plan mode, review, etc.) for external control.

   ⚑ flag

   cubic~partialprobed4/10

   cubic exposes some functionality outside the UI — an Analytics API for PR-level data (cubic-docs-20), an MCP server for reading review findings, requesting reviews, and even managing subscriptions/seats (cubic-docs-3, cubic-docs-15), and a CLI for local reviews (cubic-docs-8, cubic-probe-4) — but there is no general-purpose public API (openapi probes 404, cubic-probe-2) covering the full UI surface (codebase scans, AI wiki, cubic.yaml config, analytics dashboard CSV exports, custom agents, auto-approve settings). Missing for 10: a comprehensive REST/GraphQL API or OpenAPI spec covering all UI features, evidence of API parity for wiki/codebase-scan/config management, and independent confirmation that MCP+CLI+Analytics API together replicate full UI functionality.

   • [claimed-docs] “The Analytics API gives you PR-level data on how many issues were flagged, how many were fixed, how much AI code was authored, etc.”
   • [claimed-docs] “Connect cubic's MCP server to your coding agent to read review findings and codebase context, request PR reviews, and triage PR or codebase …”
   • [claimed-docs] “You can now ask your coding agent to check your cubic subscription, manage team seats and roles, and purchase more seats without leaving you…”
   • [claimed-docs] “Run a review before you push to catch issues while you're working.... review your uncommitted changes: `cubic review`”
   • [probe] “PROBE openapi: all candidate paths 404 (https://docs.cubic.dev/openapi.json, https://docs.cubic.dev/swagger.json, https://docs.cubic.dev/api…”
   • [probe] “official MCP server documented at https://docs.cubic.dev/ide/mcp-server”
   • [probe] “official CLI documented at https://docs.cubic.dev/ide/cli-review”

   proof ↗⚑ flag

2. ai-native userExport all of my data in open formats and leave

   weight 3 · round to cubic
   Cursor—none0/10

   No evidence in the pack addresses data export, portability, or open-format data extraction from Cursor; being built on VS Code (a fork) doesn't itself guarantee user data/settings export tooling is documented anywhere here.

   ⚑ flag

   cubic~partialclaimed4/10

   cubic offers some data portability: CSV export of team analytics (cubic-docs-19), an Analytics API for PR-level data (cubic-docs-20), and AI wiki content exported as markdown files into the repo (cubic-docs-23). However, there's no evidence of comprehensive export covering all review history, comments, configs, or account data in open formats, nor any documented account deletion/migration path for 'leaving' the platform. Missing for 10: full account/data export (reviews, comments, configs), explicit data-portability policy, independent confirmation of export completeness.

   • [claimed-docs] “You can export team member data as CSV from both [AI coding](/analytics/ai-coding#csv-export) and [De”
   • [claimed-docs] “The Analytics API gives you PR-level data on how many issues were flagged, how many were fixed, how much AI code was authored, etc.”
   • [claimed-docs] “cubic exports the wiki as markdown files into a directory in your repo (default `.cubic/wiki`) and keeps them current through a rolling pull…”

   proof ↗⚑ flag

3. ai-native userRead the product's source under an open license

   weight 2 · round drawn
   Cursor—none0/10

   Cursor is known to be closed-source (a proprietary VS Code fork), and the evidence pack contains no mention of any open-source license or public repository for Cursor's source code; all references are to product docs, features, or community complaints unrelated to licensing.

   ⚑ flag

   cubic—none0/10

   No evidence in the pack indicates cubic's source code is open or available under any open license; it appears to be a closed, commercial SaaS/CLI product with only documentation exposed publicly. Missing for 10: any open-source repository, license file, or public source code reference.

   ⚑ flag

Authentication

1. developerAuthenticate with an API key instead of an account login

   weight 2 · round drawn
   Cursor—none0/10

   No evidence in the pack describes API key authentication as an alternative to account login for Cursor; docs reference OAuth-based MCP authentication and account-based login flows only.

   ⚑ flag

   cubic—none0/10

   No evidence in the pack mentions API key authentication as an alternative to account login; cubic's docs describe GitHub app installation, roles/permissions, and subscription management but nothing about API-key-based auth for developers. The OpenAPI probe also returned 404s, suggesting no documented API surface with key auth.

   • [claimed-docs] “cubic uses a role-based access control system to manage who can make changes to your team's subscription and settings.”
   • [probe] “PROBE openapi: all candidate paths 404 (https://docs.cubic.dev/openapi.json, https://docs.cubic.dev/swagger.json, https://docs.cubic.dev/api…”

   proof ↗⚑ flag

2. engineering-leadAuthenticate through an enterprise identity or cloud platform for compliance and scalability

   weight 2 · round drawn
   Cursor—none0/10

   The evidence pack shows Cursor has enterprise admin controls for MCP servers but contains no evidence of SSO/SAML integration, enterprise identity provider authentication (e.g., Okta, Azure AD, Google Workspace), or cloud platform login for compliance purposes. This is a fair and applicable axis for a widely-adopted dev tool sold to enterprises, so absence of evidence yields 'none' rather than 'na'.

   • [claimed-docs] “Enterprise admins can control which MCP servers users may run from the Cursor dashboard.”

   proof ↗⚑ flag

   cubic—none0/10

   The evidence pack shows role-based access control for team/subscription management (cubic-docs-47) but no mention of SSO, SAML, OAuth enterprise identity provider integration, or cloud IAM authentication anywhere in the docs or community items. missing for 10: SSO/SAML support, enterprise IdP integration (Okta/Azure AD/Google Workspace), cloud IAM authentication, any compliance certification tied to auth.

   • [claimed-docs] “cubic uses a role-based access control system to manage who can make changes to your team's subscription and settings.”

   proof ↗⚑ flag

3. developerSign in with my existing product subscription plan to use the coding agent

   weight 2 · round to cubic
   Cursor—none0/10

   The evidence pack describes Cursor's agent features, MCP integrations, and installation steps, but contains no documentation or confirmation that users authenticate with an existing subscription plan to access the coding agent (only tangential community chatter about login policy hallucinations). Missing for 10: explicit account/subscription sign-in flow docs, plan-tier access confirmation, and any first-party statement linking subscription plan to agent usage.

   • [community] “Cursor's AI support agent hallucinated a single-device login policy, telling a user this was intentional. A Cursor developer later clarified…”

   proof ↗⚑ flag

   cubic~partialclaimed6/10

   cubic explicitly lets developers connect an existing ChatGPT Plus/Pro or Claude Code subscription to power local CLI reviews, which matches 'sign in with existing subscription to use the coding agent.' However, this only applies to local review via CLI, not the full agent/reviewer product, and there's no independent verification of this flow working in practice. Missing for 10: broader applicability beyond CLI reviews, and community/hands-on confirmation of the subscription linking process.

   • [claimed-docs] “Connect your existing **ChatGPT Plus/Pro** or **Claude Code** subscription to use its models for local reviews.”

   proof ↗⚑ flag

4. developerSign in with a personal account to get free-tier access without managing API keys

   weight 1 · round drawn
   Cursor—none0/10

   The evidence pack contains no documentation or first-party description of a sign-in flow that grants free-tier access without requiring API keys; only tangential community mentions of account workarounds for usage limits exist. Missing for 10: any docs on account creation/sign-in, free-tier terms, or explicit no-API-key requirement.

   • [community] “Cursor is caught in a cat-and-mouse game against workarounds where users create new accounts to get unlimited use; a repo enabling this (cur…”

   proof ↗⚑ flag

   cubic—none0/10

   cubic is a code-review/PR platform with team subscriptions, seats, and flex-capacity billing; no evidence describes a personal-account sign-in path granting free-tier access without API key management—this pricing/auth model story is unaddressed in the pack.

   ⚑ flag

Model choice

1. developerLet the tool automatically pick the best model for each task

   weight 1 · round drawn
   Cursor—none0/10

   The evidence shows Cursor lets developers manually choose among multiple models (OpenAI, Anthropic, Gemini, etc.) but nothing indicates an automatic 'best model for the task' selection feature. missing for 10: any documentation or claim of an auto-select/router feature that picks models per task, evidence of cost/performance-based automatic routing.

   • [claimed-docs] “Choose between every cutting-edge model from OpenAI, Anthropic, Gemini, SpaceXAI, and Cursor.”

   proof ↗⚑ flag

   cubic—none0/10

   Cubic's docs describe distinct manually-invoked review modes (standard review vs. Ultrareview) and let users connect their own ChatGPT/Claude subscriptions for local reviews, but there is no evidence the tool automatically selects the best model per task based on cost or complexity — mode selection is user-driven, not automatic.

   • [claimed-docs] “Ultrareview runs a longer review using cubic's most capable review models, which is useful for risky migrations, security-sensitive changes,…”
   • [claimed-docs] “Ultrareview is cubic's deepest review. It runs a longer, multi-pass analysis using cubic's most capable review models”
   • [claimed-docs] “Ultrareview is cubic's deepest review. It runs a longer, multi-pass analysis using cubic's most capable review models, and typically takes a…”
   • [claimed-docs] “Connect your existing **ChatGPT Plus/Pro** or **Claude Code** subscription to use its models for local reviews.”
   • [claimed-docs] “You set a monthly spend limit, and cubic buys extra reviewed-line capacity only when a review would otherwise be paused.”

   proof ↗⚑ flag

2. developerChoose which underlying AI model powers my session from multiple providers

   weight 2 · round to Cursor
   Cursor✓fullclaimed8/10

   cursor-docs-7 confirms Cursor lets developers choose between models from multiple providers (OpenAI, Anthropic, Gemini, and Cursor's own), directly matching the story. Missing for 10: independent hands-on verification of per-session model switching UI/behavior and pricing implications tied to model choice.

   • [claimed-docs] “Choose between every cutting-edge model from OpenAI, Anthropic, Gemini, SpaceXAI, and Cursor.”

   proof ↗⚑ flag

   cubic~partialclaimed5/10

   Cubic docs state you can "connect your existing ChatGPT Plus/Pro or Claude Code subscription to use its models for local reviews" via the CLI, showing some model-provider choice, but PR reviews and Ultrareview use cubic's own proprietary 'most capable review models' with no indication of choosing among alternative providers there. missing for 10: model choice for the core PR/Ultrareview review sessions (not just local CLI), a documented list of selectable providers, and independent confirmation of the feature working in practice.

   • [claimed-docs] “Connect your existing **ChatGPT Plus/Pro** or **Claude Code** subscription to use its models for local reviews.”
   • [claimed-docs] “Ultrareview runs a longer review using cubic's most capable review models, which is useful for risky migrations, security-sensitive changes,…”
   • [claimed-docs] “Ultrareview is cubic's deepest review. It runs a longer, multi-pass analysis using cubic's most capable review models”
   • [claimed-docs] “Ultrareview is cubic's deepest review. It runs a longer, multi-pass analysis using cubic's most capable review models, and typically takes a…”

   proof ↗⚑ flag

1. ai-native userChoose where my data is stored (region/residency)

   weight 2 · round drawn
   Cursor—none0/10

   No evidence in the pack mentions data residency, region selection, or storage location controls for Cursor; the docs snippets cover agents, MCP, and integrations but nothing about choosing data storage region. Missing for 10: any mention of regional data residency options, enterprise data location controls, or compliance documentation addressing storage jurisdiction.

   ⚑ flag

   cubic—none0/10

   No evidence in the pack mentions data residency, region selection, or storage location controls for cubic; the docs focus entirely on code review, PR workflows, and analytics with no privacy/data-residency configuration options mentioned.

   ⚑ flag

2. ai-native userPrevent my data from being used to train AI models

   weight 3 · round drawn
   Cursor—none0/10

   The evidence pack contains no documentation of a privacy mode, opt-out of training, or data-retention controls for Cursor; all cited docs cover unrelated features (agents, MCP, integrations) and community threads are unrelated to training-data privacy.

   ⚑ flag

   cubic—none0/10

   No evidence in the pack addresses data usage for AI model training, opt-out policies, or data privacy commitments — cubic's docs focus entirely on code review features with no mention of training data controls.

   ⚑ flag

3. ai-native userControl data retention and deletion

   weight 2 · round drawn
   Cursor—none0/10

   The evidence pack contains no documentation of data retention settings, deletion controls, privacy dashboard, or data handling policies for Cursor; only unrelated docs on features (MCP, agents, integrations) and community complaints about bugs/pricing are present. Missing for 10: any first-party privacy policy docs, retention period settings, data deletion request mechanism, or enterprise data controls.

   ⚑ flag

   cubic—none0/10

   No evidence in the pack addresses data retention policies, deletion controls, or privacy settings for AI-native users; docs cover review features, analytics, wiki, and pricing but nothing on retention/deletion of data. Missing for 10: any documentation on data retention periods, deletion requests, or privacy controls.

   ⚑ flag

4. ai-native userOpt out of telemetry and usage tracking

   weight 2 · round drawn
   Cursor—none0/10

   The evidence pack contains no mention of telemetry settings, privacy controls, or usage-tracking opt-out mechanisms; docs only cover unrelated features like MCP, agents, and integrations. Missing for 10: any privacy policy or settings documentation, telemetry opt-out toggle, or usage data collection disclosure.

   ⚑ flag

   cubic—none0/10

   No evidence pack item addresses telemetry opt-out or usage-tracking controls; cubic's docs cover review features, analytics dashboards, and RBAC but never mention a privacy/telemetry toggle. missing for 10: any mention of telemetry collection, opt-out settings, or privacy controls.

   ⚑ flag

Data governance

1. engineering-leadOpt out of having my code and prompts used for AI model training

   weight 1 · round drawn
   Cursor—none0/10

   The evidence pack contains no mention of privacy settings, opt-out of training, or data usage policies for Cursor; all docs entries relate to unrelated features (agents, MCP, integrations) and community items focus on bugs/pricing/model sourcing, not training data controls.

   ⚑ flag

   cubic—none0/10

   No evidence in the pack addresses data-privacy or AI training opt-out policies for code/prompts; nothing in the docs, changelog, or community discussion mentions this capability. missing for 10: any documentation of data usage policy, training opt-out settings, or privacy controls.

   ⚑ flag

Pr review

1. developerHave the agent stage changes, write commit messages, create branches, and open pull requests

   weight 3 · round drawn
   Cursor~partialclaimed4/10

   Docs show GitHub/GitLab integration and agents that build/test/demo work end-to-end for review (cursor-docs-6, cursor-docs-10, cursor-docs-12), implying some git-workflow automation, but there's no explicit documentation of the agent staging changes, writing commit messages, creating branches, or opening pull requests. missing for 10: explicit commit-message generation, branch creation, PR-opening workflow documentation, and any hands-on confirmation these steps work end-to-end.

   • [claimed-docs] “Work with GitHub, GitLab, Azure DevOps, Bitbucket, JetBrains, Slack, Linear, and more”
   • [claimed-docs] “Cursor runs in your terminal, collaborates in Slack, and reviews PRs in GitHub.”
   • [claimed-docs] “Agents use their own computers to build, test, and demo features end to end for you to review.”
   • [claimed-docs] “Inspect diffs, run checks, and catch problems before you merge”

   proof ↗⚑ flag

   cubic~partialclaimed4/10

   cubic can push fix commits directly to an existing PR branch and auto-generate PR descriptions/summaries (cubic-docs-30, cubic-docs-44, cubic-docs-26, cubic-docs-49), but its own docs show the developer still runs the initial git workflow (checkout -b, commit, push) to create the branch and open the PR (cubic-docs-51) — cubic is a review/fix layer, not an agent that autonomously stages changes, writes original commit messages, creates branches, or opens PRs from scratch. missing for 10: evidence of cubic independently creating a new branch, staging changes, and opening a brand-new pull request without a human first running git/opening the PR.

   • [claimed-docs] “By default, cubic pushes commits directly to your PR branch.”
   • [claimed-docs] “cubic can automatically fix issues identified during code review. Request a targeted fix with one click.”
   • [claimed-docs] “Generates PR descriptions based on code changes”
   • [claimed-docs] “cubic helps your team spend less time writing PR descriptions automatically by generating clear, concise summaries.”
   • [claimed-docs] “you can keep using normal Git commands exactly as before (e.g., `git checkout -b my-feature`, `git commit -m "message"`, `git push`). Using …”
   • [claimed-docs] “Click **Fix with cubic** on a review comment... cubic generates the fix and pushes it to your PR branch.”

   proof ↗⚑ flag

2. developerGet automatic code review with contextual feedback on every pull request

   weight 3 · round to Cursor
   Cursor✓fullclaimed7/10

   Cursor's docs explicitly claim it 'reviews PRs in GitHub' and can 'inspect diffs, run checks, and catch problems before you merge,' directly matching automated PR review with contextual feedback, backed by GitHub/GitLab/Bitbucket integration claims. missing for 10: independent/hands-on verification of review quality, details on triggering on every PR automatically, and no community corroboration of this specific feature.

   • [claimed-docs] “Cursor runs in your terminal, collaborates in Slack, and reviews PRs in GitHub.”
   • [claimed-docs] “Inspect diffs, run checks, and catch problems before you merge”
   • [claimed-docs] “Work with GitHub, GitLab, Azure DevOps, Bitbucket, JetBrains, Slack, Linear, and more”

   proof ↗⚑ flag

   cubic~partialcommunity6/10

   cubic's docs strongly document automatic PR reviews with contextual comments, fixes, follow-up chat, and PR descriptions (cubic-docs-4, cubic-docs-25, cubic-docs-29, cubic-docs-45, cubic-docs-26). However, community hands-on feedback in the same threads is mixed: some praise the contextual quality (cubic-comm-1, cubic-comm-7) while others report low signal quality and skepticism about the marketing stats (cubic-comm-9, cubic-comm-10), so the real-world contextual value is not uniformly corroborated. Missing for 10: independent third-party benchmark of comment relevance, and consistent community consensus on comment quality rather than mixed reports.

   • [claimed-docs] “Once installed, cubic automatically reviews new pull requests.”
   • [claimed-docs] “Comments on bugs and improvements in pull requests”
   • [claimed-docs] “Interact with cubic in PR comments to ask questions, trigger reviews, and fix issues.”
   • [claimed-docs] “Ask follow-up questions about code changes without leaving the PR”
   • [claimed-docs] “Generates PR descriptions based on code changes”
   • [community] “This looks like a cool solve for this problem. Some of the other tools I tried didn't seem to contextualize the app, so the comments were su…”
   • [community] “I've been testing this for the last few months, and it is now much quieter than before, and even more useful.”
   • [community] “what I saw using 5-6 tools like this: PR description is never useful, they barely summarize file changes; 90% of comments are wrong or irrel…”
   • [community] “When I read '51% fewer false positives' followed immediately by 'Median comments per pull request cut by half' it makes me wonder how many t…”

   proof ↗⚑ flag

3. developerInspect diffs and run checks to catch problems before merging

   weight 3 · round to cubic
   Cursor~partialclaimed5/10

   cursor-docs-4 explicitly claims the capability ('Inspect diffs, run checks, and catch problems before you merge') and cursor-docs-10/12 support a broader PR review workflow, but there is no independent or hands-on corroboration of diff inspection or check-running in practice, and community evidence focuses on unrelated bugs/pricing rather than this feature. missing for 10: independent verification of diff review UI, details on what 'checks' run (tests/linters/CI), and hands-on confirmation of pre-merge workflow.

   • [claimed-docs] “Inspect diffs, run checks, and catch problems before you merge”
   • [claimed-docs] “Cursor runs in your terminal, collaborates in Slack, and reviews PRs in GitHub.”
   • [claimed-docs] “Agents use their own computers to build, test, and demo features end to end for you to review.”

   proof ↗⚑ flag

   cubic✓fullcommunity8/10

   cubic provides diff-focused PR review (hiding tests, force-push re-review), a CLI (`cubic review`) to check uncommitted changes before pushing, Ultrareview for deep multi-pass checks, and auto-fix/auto-approval gating before merge — directly matching 'inspect diffs and run checks before merging'. Community feedback corroborates real-world use but also raises concerns about comment relevance and false-positive rates, tempering confidence. Missing for 10: independent quantitative validation of bug-catch accuracy and resolution of noise/false-positive concerns raised by users.

   • [claimed-docs] “Run a review before you push to catch issues while you're working.... review your uncommitted changes: `cubic review`”
   • [claimed-docs] “Ask chat to "tour this PR" for a step-by-step review of the changes and what to check.”
   • [claimed-docs] “Ultrareview runs a longer review using cubic's most capable review models, which is useful for risky migrations, security-sensitive changes,…”
   • [claimed-docs] “Ultrareview is cubic's deepest review. It runs a longer, multi-pass analysis using cubic's most capable review models”
   • [claimed-docs] “The **cubic CLI** reviews local changes before you push. It finds bugs and generates a prompt that your coding agent can use to fix them.”
   • [claimed-docs] “cubic now reviews the new changes after a force-push when it can safely compare them with a previously reviewed version.”
   • [claimed-docs] “Focus on implementation changes by hiding test files from the PR diff and file tree.”
   • [claimed-docs] “Auto-approval lets you skip human review for pull requests that cubic determines are low risk and issue-free.”
   • [community] “I've been testing this for the last few months, and it is now much quieter than before, and even more useful.”
   • [community] “what I saw using 5-6 tools like this: PR description is never useful, they barely summarize file changes; 90% of comments are wrong or irrel…”

   proof ↗⚑ flag

Safe execution

1. engineering-leadControl which external tools and integrations the agent is allowed to access

   weight 2 · round to Cursor
   Cursor✓fullclaimed8/10

   Docs show enterprise admins can restrict which MCP servers users may run from the Cursor dashboard, and users can toggle individual servers on/off, giving engineering leads direct control over external tool/integration access. Missing for 10: independent/hands-on corroboration of the admin dashboard controls and finer-grained per-tool permission examples beyond MCP servers.

   • [claimed-docs] “Enterprise admins can control which MCP servers users may run from the Cursor dashboard.”
   • [claimed-docs] “Toggle servers on/off without removing them”
   • [claimed-docs] “Model Context Protocol (MCP) enables Cursor to connect to external tools and data sources.”
   • [claimed-docs] “Configure custom MCP servers with a JSON file”

   proof ↗⚑ flag

   cubic—none0/10

   Evidence shows cubic has RBAC for subscription/settings management (cubic-docs-47) and cubic.yaml config for review behavior (cubic-docs-16/36), but nothing documents an engineering-lead controlling which external tools, MCP servers, or integrations the cubic agent itself is permitted to access. Missing for 10: any admin-facing tool/integration allowlist or permission gate for the agent's external tool access.

   • [claimed-docs] “cubic uses a role-based access control system to manage who can make changes to your team's subscription and settings.”
   • [claimed-docs] “`cubic.yaml` lives in the root of your repository and becomes the source of truth for AI review behavior, ignore patterns, PR descriptions, …”
   • [claimed-docs] “cubic.yaml lives in the root of your repository and becomes the source of truth for AI review behavior, ignore patterns, PR descriptions, an…”
   • [claimed-docs] “Connect cubic's MCP server to your coding agent to read review findings and codebase context, request PR reviews, and triage PR or codebase …”

   proof ↗⚑ flag

Security checks

1. engineering-leadSee license and public-code matching references for AI-suggested code

   weight 1 · round drawn
   Cursor—none0/10

   No evidence anywhere in the pack mentions license detection, public code matching, provenance references, or IP attribution for AI-suggested code; docs focus on repo navigation, diffs, agents, and integrations, none of which addresses license/code-match transparency.

   ⚑ flag

   cubic—none0/10

   cubic's evidence covers PR review, bug/vulnerability detection, custom agents, analytics, and codebase scans, but there is no mention of license compliance checking or public-code/plagiarism matching references for AI-suggested code. Missing for 10: license detection features, public-code/match provenance references, any SCA or license-compliance tooling.

   ⚑ flag

2. developerGet contextual explanations and automatic fixes for security vulnerabilities

   weight 2 · round to cubic
   Cursor—none0/10

   The evidence pack shows general code review/diff-inspection features (cursor-docs-4) and broad agent capabilities, but nothing specifically documents contextual security vulnerability explanations or automated security fixes. Missing for 10: any mention of vulnerability detection, security scanning integration, or CVE/security-specific fix suggestions.

   ⚑ flag

   cubic~partialcommunity7/10

   cubic's docs show explicit support for finding vulnerabilities (codebase scans, Ultrareview for 'security-sensitive changes'), contextual explanations (chat sidebar, 'tour this PR', reply-to-comment clarification), and automatic fixes ('Fix with cubic' pushes a fix commit; CLI generates fix prompts for coding agents). However there is no vendor or independent evidence specifically validating fix quality/accuracy for security vulnerabilities, and community comments raise general skepticism about comment relevance and false-positive rates for AI review tools of this class. missing for 10: security-specific hands-on validation of fix correctness, independent benchmarking on vulnerability detection/fix accuracy.

   • [claimed-docs] “Codebase scans deploy thousands of AI agents to find bugs and vulnerabilities across your repository.”
   • [claimed-docs] “Ultrareview runs a longer review using cubic's most capable review models, which is useful for risky migrations, security-sensitive changes,…”
   • [claimed-docs] “Ultrareview is cubic's deepest review. It runs a longer, multi-pass analysis using cubic's most capable review models”
   • [claimed-docs] “Ultrareview is cubic's deepest review. It runs a longer, multi-pass analysis using cubic's most capable review models, and typically takes a…”
   • [claimed-docs] “Click **Fix with cubic** on a review comment... cubic generates the fix and pushes it to your PR branch.”
   • [claimed-docs] “cubic can automatically fix issues identified during code review. Request a targeted fix with one click.”
   • [claimed-docs] “Ask chat to "tour this PR" for a step-by-step review of the changes and what to check.”
   • [claimed-docs] “Select code and choose **Add to AI chat** to ask about it with the diff and codebase as context.”
   • [claimed-docs] “Reply to a review comment to ask for clarification”
   • [community] “what I saw using 5-6 tools like this: PR description is never useful, they barely summarize file changes; 90% of comments are wrong or irrel…”
   • [community] “When I read '51% fewer false positives' followed immediately by 'Median comments per pull request cut by half' it makes me wonder how many t…”

   proof ↗⚑ flag