Cursor vs Aider

Agent access

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

   weight 2 · round drawn
   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

   Aider—none0/10

   Probes explicitly show no llms.txt (404) and no machine-readable docs endpoints (404s for .md docs and openapi), and no evidence of agent-oriented docs formats elsewhere in the pack.

   • [probe] “PROBE llms.txt: HTTP 404 at https://aider.chat/llms.txt”
   • [probe] “PROBE docs-md: HTTP 404 at https://aider.chat/docs/usage.html.md”
   • [probe] “PROBE openapi: all candidate paths 404 (https://aider.chat/openapi.json, https://aider.chat/swagger.json, https://aider.chat/api/openapi.jso…”

   proof ↗⚑ flag

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

   weight 2 · round to Aider
   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

   Aider✓fullcommunity8/10

   Aider's scripting docs explicitly support headless/non-interactive use: `--message` for one-shot instructions that apply edits and exit, plus a Python API (`Coder.create`/`coder.run`) for programmatic/CI integration, alongside config via CLI switches, env vars, or .aider.conf.yml which suits automation pipelines. Community evidence corroborates interest in scriptable use (e.g., chaining PR review agents) though notes it's less commonly used that way. Missing for 10: no first-party CI/CD example (e.g., GitHub Actions workflow) or independent case study of Aider running fully unattended in a pipeline.

   • [claimed-docs] “Aider takes a `--message` argument, where you can give it a natural language instruction. It will do that one thing, apply the edits to the …”
   • [claimed-docs] “coder = Coder.create(main_model=model, fnames=fnames) # This will execute one instruction on those files and then return coder.run("make a …”
   • [claimed-docs] “aider --message "make a script that prints hello" hello.js”
   • [claimed-docs] “coder.run("make a script that prints hello world")”
   • [claimed-docs] “Aider has many options which can be set with command line switches. Most options can also be set in an `.aider.conf.yml` file... Or by setti…”
   • [community] “I only use Aider interactively, but I really should consider Aider in the 'scriptable' sense more... I might add another step after each PR …”

   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

   Aider—none0/10

   No evidence in the pack that Aider supports connecting to MCP servers or using MCP-provided tools; its documented extensibility is via slash commands, scripting API, linters/tests, and web/voice input, not MCP.

   ⚑ flag

4. ai-native userUse an official CLI

   weight 2 · round to Aider
   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

   Aider✓fullprobed9/10

   Aider is itself a CLI tool, installed via pip/curl and driven entirely through command-line invocation, flags, scripting (--message), and config files/env vars, making it a native fit for AI-native, agentic workflows. missing for 10: independent third-party benchmarking of CLI robustness/versioning beyond docs and forum mentions.

   • [claimed-docs] “python -m pip install aider-install aider-install”
   • [claimed-docs] “curl -LsSf https://aider.chat/install.sh | sh”
   • [claimed-docs] “Aider takes a `--message` argument, where you can give it a natural language instruction. It will do that one thing, apply the edits to the …”
   • [claimed-docs] “Aider has many options which can be set with command line switches. Most options can also be set in an `.aider.conf.yml` file... Or by setti…”
   • [claimed-docs] “Aider has many options which can be set with command line switches. Most options can also be set in an .aider.conf.yml file... Or by setting…”
   • [probe] “official CLI documented at https://aider.chat/docs/usage.html”

   proof ↗⚑ flag

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

   weight 3 · round to Aider
   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

   Aider~partialprobed6/10

   Aider documents a scriptable Python API (Coder.create/coder.run) and a CLI --message mode for programmatic, non-interactive driving, which serves as a public API surface for AI-native automation. However, probes confirm there is no REST/OpenAPI-style API or llms.txt (404s across all candidate endpoints), so 'documented public API' is limited to the Python scripting library and CLI flags rather than a formal service API. Missing for 10: a REST/HTTP or OpenAPI-documented API, and independent/hands-on validation of the scripting API in production use beyond docs.

   • [claimed-docs] “Aider takes a `--message` argument, where you can give it a natural language instruction. It will do that one thing, apply the edits to the …”
   • [claimed-docs] “coder = Coder.create(main_model=model, fnames=fnames) # This will execute one instruction on those files and then return coder.run("make a …”
   • [claimed-docs] “aider --message "make a script that prints hello" hello.js”
   • [claimed-docs] “coder.run("make a script that prints hello world")”
   • [probe] “PROBE llms.txt: HTTP 404 at https://aider.chat/llms.txt”
   • [probe] “PROBE docs-md: HTTP 404 at https://aider.chat/docs/usage.html.md”
   • [probe] “PROBE openapi: all candidate paths 404 (https://aider.chat/openapi.json, https://aider.chat/swagger.json, https://aider.chat/api/openapi.jso…”

   proof ↗⚑ flag

6. ai-native userBuild against official SDKs

   weight 2 · round to Aider
   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

   Aider~partialclaimed5/10

   Aider ships a documented Python scripting interface (Coder.create/coder.run) and a --message CLI mode that let developers build automation on top of it, which functions as a de facto SDK for AI-native workflows. However, there's no dedicated multi-language SDK, versioned package for third-party integration, or independent corroboration of building products atop it beyond docs. missing for 10: dedicated SDK package/versioning beyond scripting.html snippet, independent developer reports of building against it, multi-language SDK support.

   • [claimed-docs] “Aider takes a `--message` argument, where you can give it a natural language instruction. It will do that one thing, apply the edits to the …”
   • [claimed-docs] “coder = Coder.create(main_model=model, fnames=fnames) # This will execute one instruction on those files and then return coder.run("make a …”
   • [claimed-docs] “aider --message "make a script that prints hello" hello.js”
   • [claimed-docs] “coder.run("make a script that prints hello world")”

   proof ↗⚑ flag

Agentic features

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

   weight 2 · round drawn
   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

   Aider✓fullcommunity7/10

   Aider provides AI-generated code understanding, suggestions, and edits directly from the user's codebase via /ask, /architect, repo-map, and chat-based Q&A, with community reports confirming it effectively surfaces insights about unfamiliar codebases. missing for 10: no dedicated analytics/insights dashboard, no proactive suggestion surfacing beyond chat-driven queries, and independent evidence is limited to a single HN thread rather than broad corroboration.

   • [claimed-docs] “**/ask** Ask questions about the code base without editing any files.”
   • [claimed-docs] “**/map** Print out the current repository map”
   • [claimed-docs] “Aider uses a **concise map of your whole git repository** that includes the most important classes and functions along with their types and …”
   • [community] “I've used aider to understand new codebases using technologies I don't know and it did a fantastic job; much faster than grep/find + google.”
   • [community] “Aider can answer questions I can't search for via LSP, like 'what code would process the following URL' and similar.”

   proof ↗⚑ flag

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

   weight 2 · round to Cursor
   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

   Aider~partialcommunity4/10

   Aider is fundamentally an interactive/scriptable pair-programming CLI, not a background automation scheduler; it can be invoked via --message or Python API for one-shot scripted runs, and community reports mention an experimental 'navigator-mode' adding autonomy akin to Claude Code, but there is no documented persistent background daemon, scheduler, or trigger-based autonomous execution. missing for 10: no first-party support for scheduled/triggered background jobs, no persistent autonomous loop or daemon mode, no evidence of unattended multi-step task execution without a human invoking a command each time.

   • [claimed-docs] “Aider takes a `--message` argument, where you can give it a natural language instruction. It will do that one thing, apply the edits to the …”
   • [claimed-docs] “coder = Coder.create(main_model=model, fnames=fnames) # This will execute one instruction on those files and then return coder.run("make a …”
   • [community] “I only use Aider interactively, but I really should consider Aider in the 'scriptable' sense more... I might add another step after each PR …”
   • [community] “Over the last two days, I've built out support for autonomy in Aider (a lot like Claude Code) that hybridizes with the rest of the app, uplo…”
   • [community] “It's... decidedly expensive to run an LLM this way right now (Gemini 2.5 Pro is your best bet) with Aider's navigator/autonomy mode, but cos…”

   proof ↗⚑ flag

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

   weight 3 · round drawn
   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

   Aider✓fullcommunity9/10

   Aider's entire product is built around delegating coding tasks to an LLM assistant via chat commands (/ask, /architect, /run, /test), CLI --message scripting, and a scriptable Python API (coder.run), with community confirming real-world delegation use (codebase Q&A, autonomous 'navigator mode'). Missing for 10: more independent benchmarking of task delegation reliability beyond anecdotal HN comments.

   • [claimed-docs] “Aider takes a `--message` argument, where you can give it a natural language instruction. It will do that one thing, apply the edits to the …”
   • [claimed-docs] “coder = Coder.create(main_model=model, fnames=fnames) # This will execute one instruction on those files and then return coder.run("make a …”
   • [claimed-docs] “**/ask** Ask questions about the code base without editing any files.”
   • [claimed-docs] “**/architect** Enter architect/editor mode using 2 different models. If no prompt provided, switches to architect/editor mode.”
   • [claimed-docs] “/ask Ask questions about the code base without editing any files. If no prompt provided, switches to ask mode.”
   • [claimed-docs] “You can configure aider to run your test suite after each time the AI edits your code using the --test-cmd <test-command> and --auto-test sw…”
   • [community] “I've used aider to understand new codebases using technologies I don't know and it did a fantastic job; much faster than grep/find + google.”
   • [community] “I revisited Aider a couple of days ago, after going in circles with AutoGPT - which seemed to either forget or go lazy after a few prompts. …”
   • [community] “Over the last two days, I've built out support for autonomy in Aider (a lot like Claude Code) that hybridizes with the rest of the app, uplo…”

   proof ↗⚑ flag

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

   weight 2 · round drawn
   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

   Aider✓fullcommunity8/10

   Aider is fundamentally natural-language driven: users type plain-English instructions in chat, via --message CLI flag, via voice command, or via #AI comments in watched files, and it executes edits accordingly, with community reports confirming real-world natural-language usage. missing for 10: no independent third-party benchmark of NL command robustness across edge cases, and some community reports note inconsistent quality/laziness in following instructions.

   • [claimed-docs] “Aider takes a `--message` argument, where you can give it a natural language instruction. It will do that one thing, apply the edits to the …”
   • [claimed-docs] “coder = Coder.create(main_model=model, fnames=fnames) # This will execute one instruction on those files and then return coder.run("make a …”
   • [claimed-docs] “Use the in-chat `/voice` command to start recording, and press `ENTER` when you’re done speaking. Your voice coding instructions will be tra…”
   • [claimed-docs] “AI! triggers aider to make changes to your code.”
   • [claimed-docs] “Rather than using /add to add a file inside the aider chat, you can simply put an #AI comment in it and save the file.”
   • [community] “I've used aider to understand new codebases using technologies I don't know and it did a fantastic job; much faster than grep/find + google.”
   • [community] “I revisited Aider a couple of days ago, after going in circles with AutoGPT - which seemed to either forget or go lazy after a few prompts. …”
   • [community] “Aider is the only tool I use for coding now with ChatGPT... It still suffers from ChatGPT laziness sometimes, you can see it retrying severa…”

   proof ↗⚑ flag

Api quality

1. 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

   Aider—none0/10

   Aider is a CLI coding tool, not an API service, but the story asks about a downloadable machine-readable API spec; probes explicitly confirm no OpenAPI/swagger spec exists at any expected path and no llms.txt is served.

   • [probe] “PROBE llms.txt: HTTP 404 at https://aider.chat/llms.txt”
   • [probe] “PROBE docs-md: HTTP 404 at https://aider.chat/docs/usage.html.md”
   • [probe] “PROBE openapi: all candidate paths 404 (https://aider.chat/openapi.json, https://aider.chat/swagger.json, https://aider.chat/api/openapi.jso…”

   proof ↗⚑ flag

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

   weight 2 · round drawn
   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

   Aider~partialclaimed5/10

   Aider's scripting API lets an AI-native user drive repeated `coder.run()` calls or `--message` invocations across many files/instructions programmatically, and multiple files can be added to a single chat session for combined edits, but there is no documented native bulk/batch command (e.g., apply-to-all, multi-repo loop) built into the CLI — bulk operation requires the user to write their own looping script. missing for 10: a first-party bulk/batch command or documented pattern for applying one operation across many items automatically, and independent evidence of successful large-scale bulk runs.

   • [claimed-docs] “Aider takes a `--message` argument, where you can give it a natural language instruction. It will do that one thing, apply the edits to the …”
   • [claimed-docs] “coder = Coder.create(main_model=model, fnames=fnames) # This will execute one instruction on those files and then return coder.run("make a …”
   • [claimed-docs] “aider --message "make a script that prints hello" hello.js”
   • [claimed-docs] “coder.run("make a script that prints hello world")”
   • [claimed-docs] “To edit files, you need to “add them to the chat”. Do this by naming them on the aider command line. Or, you can use the in-chat `/add` comm…”
   • [claimed-docs] “If you run aider with `--watch-files`, it will watch all files in your repo and look for any AI coding instructions you add using your favor…”

   proof ↗⚑ flag

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

   weight 3 · round to Cursor
   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

   Aider~partialcommunity5/10

   Aider offers some built-in event-triggered automation: --watch-files lets AI!/AI? comments in files trigger actions, and --auto-test/--auto-lint automatically run after edits. However, these are fixed, predefined triggers rather than a general user-definable rules/automation engine (e.g., no custom event types, schedules, or webhook triggers). Missing for 10: user-defined custom rule/event definitions, broader trigger types beyond file-watch and post-edit, and independent evidence of reliability for these triggers.

   • [claimed-docs] “If you run aider with `--watch-files`, it will watch all files in your repo and look for any AI coding instructions you add using your favor…”
   • [claimed-docs] “AI! triggers aider to make changes to your code.”
   • [claimed-docs] “AI? triggers aider to answer your question.”
   • [claimed-docs] “Rather than using /add to add a file inside the aider chat, you can simply put an #AI comment in it and save the file.”
   • [claimed-docs] “You can configure aider to run your test suite after each time the AI edits your code using the --test-cmd <test-command> and --auto-test sw…”
   • [community] “Aider has a web mode and a 'watch mode', where you can use your normal editor and if you leave a comment like '# make this darker ai!', Aide…”

   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

   Aider—none0/10

   Aider offers one-shot scripting (--message, Python API) but there is no evidence of any built-in scheduler, cron-like trigger, or recurring workflow orchestration feature; users would need external tooling (e.g., cron) not documented as part of Aider itself.

   • [claimed-docs] “Aider takes a `--message` argument, where you can give it a natural language instruction. It will do that one thing, apply the edits to the …”
   • [claimed-docs] “coder = Coder.create(main_model=model, fnames=fnames) # This will execute one instruction on those files and then return coder.run("make a …”
   • [claimed-docs] “aider --message "make a script that prints hello" hello.js”
   • [claimed-docs] “coder.run("make a script that prints hello world")”

   proof ↗⚑ flag

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

   weight 1 · round to Aider
   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

   Aider✓fullcommunity8/10

   Aider auto-commits every AI edit with a descriptive commit message, tags 'aider' as the author, supports /undo, /git for raw git history management, and lets users 'go back in git history to review the changes that aider made' — directly satisfying version/review/rollback for its automations. Community feedback confirms git-based commit behavior is real but criticizes commit message quality, a minor caveat rather than a contradiction of the core capability. Missing for 10: independent hands-on verification of rollback reliability across complex multi-file changes, and richer diff/review tooling beyond git log/git commands.

   • [claimed-docs] “Whenever aider edits a file, it commits those changes with a descriptive commit message. This makes it easy to undo or review aider’s change…”
   • [claimed-docs] “You can always use the `/undo` command to undo AI changes that you don’t like.”
   • [claimed-docs] “`/git` will let you run raw git commands to do more complex management of your git history.”
   • [claimed-docs] “Go back in the git history to review the changes that aider made to your code”
   • [claimed-docs] “If aider authored the changes in a commit, they will have “(aider)” appended to the git author and git committer name metadata.”
   • [community] “It gets commit messages wrong. Commit messages should signal intent, not what the patch does. 'changing an enum' is a horrible commit messag…”

   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

   Aider—none0/10

   Aider is a local CLI/library pair-programming tool run against your own repo (add files, /test, /run, scripting via Coder.run) with no evidence of a cloud-hosted agent that autonomously builds, tests, and demos a feature end-to-end for asynchronous review; even community mentions of an experimental 'navigator/autonomy mode' describe local execution, not a cloud agent with a demo/review flow.

   • [claimed-docs] “Aider takes a `--message` argument, where you can give it a natural language instruction. It will do that one thing, apply the edits to the …”
   • [claimed-docs] “You can run tests with `/test <test-command>`. Aider will run the test command without any arguments. If there are test errors, aider expect…”
   • [claimed-docs] “You can use the `/run` command in the chat to run your code and optionally share the output with aider.”
   • [community] “Over the last two days, I've built out support for autonomy in Aider (a lot like Claude Code) that hybridizes with the rest of the app, uplo…”
   • [community] “It's... decidedly expensive to run an LLM this way right now (Gemini 2.5 Pro is your best bet) with Aider's navigator/autonomy mode, but cos…”

   proof ↗⚑ flag

2. developerDelegate longer-running coding tasks to run in the background in an isolated cloud environment

   weight 3 · round to Cursor
   Cursor✓fullclaimed8/10

   Cursor documents cloud/background agents ('Agents use their own computers to build, test, and demo features end to end', 'Launch fleets of agents that work in parallel on ambitious tasks for hours or days', and hand-off delegation while the developer focuses elsewhere), matching the isolated cloud-background-task story. Missing for 10: independent hands-on verification of the background agent's isolation/reliability and details on session duration limits or failure modes.

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

   proof ↗⚑ flag

   Aider—none0/10

   Aider is a local CLI/scripting tool that runs synchronously in the developer's own environment (terminal, IDE, or scripted via Coder.create); there is no evidence of a cloud-hosted, isolated execution environment or background/async task delegation. Community notes only mention an experimental 'navigator-mode' autonomy feature, not cloud/background execution.

   • [claimed-docs] “Aider takes a `--message` argument, where you can give it a natural language instruction. It will do that one thing, apply the edits to the …”
   • [claimed-docs] “coder = Coder.create(main_model=model, fnames=fnames) # This will execute one instruction on those files and then return coder.run("make a …”
   • [community] “Over the last two days, I've built out support for autonomy in Aider (a lot like Claude Code) that hybridizes with the rest of the app, uplo…”
   • [community] “It's... decidedly expensive to run an LLM this way right now (Gemini 2.5 Pro is your best bet) with Aider's navigator/autonomy mode, but cos…”

   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

   Aider—none0/10

   Aider is designed as a single-session CLI pair-programming tool driven interactively or via one-shot scripting (--message, coder.run); there is no evidence of orchestrating multiple parallel autonomous agents running for hours/days. Community mentions a third-party experimental 'navigator-mode' for autonomy, but this is not fleet/parallel multi-agent orchestration and is explicitly noted as costly/experimental, not a documented fleet-management capability.

   • [claimed-docs] “Aider takes a `--message` argument, where you can give it a natural language instruction. It will do that one thing, apply the edits to the …”
   • [claimed-docs] “coder = Coder.create(main_model=model, fnames=fnames) # This will execute one instruction on those files and then return coder.run("make a …”
   • [community] “Over the last two days, I've built out support for autonomy in Aider (a lot like Claude Code) that hybridizes with the rest of the app, uplo…”
   • [community] “It's... decidedly expensive to run an LLM this way right now (Gemini 2.5 Pro is your best bet) with Aider's navigator/autonomy mode, but cos…”

   proof ↗⚑ flag

2. developerRun several task attempts in parallel and compare results before choosing one

   weight 1 · round to Cursor
   Cursor~partialclaimed6/10

   Cursor's docs describe launching 'fleets of agents that work in parallel on ambitious tasks for hours or days,' directly supporting parallel task execution, and agents run in isolated environments for review before merging changes. However, there is no explicit documentation of a UI/workflow for comparing multiple parallel attempts side-by-side before choosing one, and no independent/hands-on evidence corroborating this specific comparison workflow. Missing for 10: dedicated compare/diff-across-attempts feature documentation, independent verification of parallel-agent comparison in practice.

   • [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

   Aider—none0/10

   Aider's docs describe a single interactive/scripted session per invocation (add files, /run, /test, scripting API) with no mechanism to launch multiple parallel attempts on a task or compare/select among them; one community comment even suggests a user 'might add' a review-and-compare step manually, implying it's not a built-in feature.

   • [community] “I only use Aider interactively, but I really should consider Aider in the 'scriptable' sense more... I might add another step after each PR …”
   • [claimed-docs] “Aider takes a `--message` argument, where you can give it a natural language instruction. It will do that one thing, apply the edits to the …”
   • [claimed-docs] “coder = Coder.create(main_model=model, fnames=fnames) # This will execute one instruction on those files and then return coder.run("make a …”

   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

   Aider—none0/10

   Aider offers scripting (--message, Python API), file-watch mode triggered by in-file comments, and an experimental 'navigator-mode' for autonomy, but none of this constitutes an always-on agent that runs on schedules or external triggers to autonomously maintain/fix software; it remains an interactive/one-shot CLI tool invoked by a human or script.

   • [claimed-docs] “Aider takes a `--message` argument, where you can give it a natural language instruction. It will do that one thing, apply the edits to the …”
   • [claimed-docs] “If you run aider with `--watch-files`, it will watch all files in your repo and look for any AI coding instructions you add using your favor…”
   • [claimed-docs] “AI! triggers aider to make changes to your code.”
   • [community] “Over the last two days, I've built out support for autonomy in Aider (a lot like Claude Code) that hybridizes with the rest of the app, uplo…”
   • [community] “It's... decidedly expensive to run an LLM this way right now (Gemini 2.5 Pro is your best bet) with Aider's navigator/autonomy mode, but cos…”

   proof ↗⚑ flag

Code completion

1. developerReceive inline code completions and next-edit suggestions as I type

   weight 3 · round drawn
   Cursor—none0/10

   The evidence pack contains no first-party documentation or hands-on account describing Cursor's own inline code completion or next-edit suggestion feature; only tangential community references compare competitors' tab-completion tools (e.g., Continue, SuperMaven) without confirming or detailing Cursor's implementation. Missing for 10: any first-party doc on Cursor's Tab/inline completion feature, hands-on confirmation it works as typed, and mention of 'next-edit' suggestion behavior.

   ⚑ flag

   Aider—none0/10

   Aider is a chat-driven CLI/git-based pair-programming tool; even its closest feature, --watch-files mode, only triggers edits when the user writes explicit '# ... ai!' comments and saves the file, not continuous ghost-text inline completions or next-edit suggestions as the developer types. No evidence describes an IDE-integrated inline completion/autocomplete experience.

   • [claimed-docs] “If you run aider with `--watch-files`, it will watch all files in your repo and look for any AI coding instructions you add using your favor…”
   • [claimed-docs] “AI! triggers aider to make changes to your code.”
   • [claimed-docs] “AI? triggers aider to answer your question.”
   • [claimed-docs] “Rather than using /add to add a file inside the aider chat, you can simply put an #AI comment in it and save the file.”

   proof ↗⚑ flag

Debugging

1. developerDebug a live running web application directly from my coding assistant

   weight 1 · round drawn
   Cursor—none0/10

   No evidence pack item describes attaching a debugger, inspecting runtime state, or interacting with a live running web app from Cursor; docs mention reproducing issues and root-causing bugs conceptually, but not live-app debugging integration (e.g., breakpoints, browser dev tools, runtime inspection). missing for 10: evidence of live debugger attach/breakpoints, browser/runtime inspection tooling, or integration with running app state.

   • [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

   Aider—none0/10

   Aider is a terminal/CLI coding assistant focused on editing files, running tests/lint, and running local commands via /run — there is no evidence of runtime debugging capabilities like attaching to a live process, inspecting running application state, browser devtools integration, or stepping through a live web app. The /web command only scrapes static pages, not live-app debugging.

   • [claimed-docs] “You can use the `/run` command in the chat to run your code and optionally share the output with aider.”
   • [claimed-docs] “You can run tests with `/test <test-command>`. Aider will run the test command without any arguments. If there are test errors, aider expect…”
   • [claimed-docs] “**/web** Scrape a webpage, convert to markdown and send in a message”

   proof ↗⚑ flag

2. developerDebug issues and troubleshoot using natural-language queries

   weight 2 · round to Aider
   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

   Aider✓fullcommunity7/10

   Aider supports /ask mode for querying the codebase without editing, /run and /test to surface errors, /map to inspect repo structure, and community reports confirm it's used to understand and troubleshoot unfamiliar codebases via natural language ('what code would process this URL', faster than grep/google). missing for 10: no dedicated debugging/stack-trace-analysis workflow documented, no independent benchmark of troubleshooting accuracy, and some community reports note subtle errors requiring correction.

   • [claimed-docs] “**/ask** Ask questions about the code base without editing any files.”
   • [claimed-docs] “/ask Ask questions about the code base without editing any files. If no prompt provided, switches to ask mode.”
   • [claimed-docs] “You can use the `/run` command in the chat to run your code and optionally share the output with aider.”
   • [claimed-docs] “You can use the /run command in the chat to run your code and optionally share the output with aider.”
   • [claimed-docs] “**/map** Print out the current repository map”
   • [claimed-docs] “/map Print out the current repository map”
   • [community] “I've used aider to understand new codebases using technologies I don't know and it did a fantastic job; much faster than grep/find + google.”
   • [community] “Aider can answer questions I can't search for via LSP, like 'what code would process the following URL' and similar.”

   proof ↗⚑ flag

Feature implementation

1. developerTurn a tracked issue into a complete pull request end-to-end

   weight 3 · round to Cursor
   Cursor~partialclaimed7/10

   Cursor's docs describe agents that trace repos, plan changes, reproduce issues, inspect diffs/run checks, and integrate with issue trackers (GitHub, Linear) and PR review, which together support a full issue-to-PR workflow (cursor-docs-1 through cursor-docs-4, cursor-docs-6, cursor-docs-8–cursor-docs-12). However, there's no explicit first-party or independent case study showing a single tracked issue being turned into a merged PR end-to-end without manual intervention, and community evidence focuses on unrelated bugs/pricing complaints rather than this workflow. Missing for 10: a concrete end-to-end example/case study of issue→PR automation and independent verification that the full pipeline works reliably.

   • [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] “Work with GitHub, GitLab, Azure DevOps, Bitbucket, JetBrains, Slack, Linear, and more”
   • [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

   Aider—none0/10

   Aider's documented workflow covers editing files, committing changes locally with descriptive messages, and running tests/lint — but there is no evidence of reading a tracked issue (e.g., GitHub/GitLab issue) or automatically opening a pull request. It only performs local git commits (aider-docs-4, aider-docs-29) with no PR creation or issue-tracker integration mentioned anywhere in the pack.

   ⚑ flag

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

   weight 3 · round to Aider
   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

   Aider✓fullcommunity9/10

   Aider's core documented workflow is exactly this: describe a change in natural language, it edits multiple files added to chat (or auto-detects which files to edit), commits changes, and community reports confirm it works well across real codebases including multi-file navigation/modification. Missing for 10: no rigorous independent benchmark of multi-file bug-fix accuracy beyond anecdotal HN reports, and community notes occasional errors/laziness with certain models.

   • [claimed-docs] “To edit files, you need to “add them to the chat”. Do this by naming them on the aider command line. Or, you can use the in-chat `/add` comm…”
   • [claimed-docs] “Aider takes a `--message` argument, where you can give it a natural language instruction. It will do that one thing, apply the edits to the …”
   • [claimed-docs] “You can use aider without adding any files, and it will try to figure out which files need to be edited based on your requests.”
   • [claimed-docs] “Whenever aider edits a file, it commits those changes with a descriptive commit message. This makes it easy to undo or review aider’s change…”
   • [community] “I've used aider to understand new codebases using technologies I don't know and it did a fantastic job; much faster than grep/find + google.”
   • [community] “I revisited Aider a couple of days ago, after going in circles with AutoGPT - which seemed to either forget or go lazy after a few prompts. …”
   • [community] “Big fan of Aider. We are interested in integrating Aider as a tool for Dosu to help it navigate and modify a codebase on issues.”

   proof ↗⚑ flag

Maintenance automation

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

   weight 3 · round drawn
   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

   Aider~partialcommunity6/10

   Aider documents linting (auto-lint after edits), running tests via /test or --test-cmd/--auto-test, and general code editing that could write tests or resolve conflicts via natural language instructions, plus dependency-related edits are plausible through general file editing. However, there is no explicit, dedicated documentation or evidence for automated merge-conflict resolution or automated dependency-version updates as distinct workflows, and community evidence notes reliability issues (subtle errors, retries) that temper confidence in unattended correctness. missing for 10: explicit merge-conflict-resolution feature/docs, explicit dependency-update workflow/docs, independent hands-on evidence confirming these four tasks (tests, lint, merge conflicts, dependency updates) work reliably end-to-end.

   • [claimed-docs] “By default, aider will lint any files which it edits.”
   • [claimed-docs] “You can run tests with `/test <test-command>`. Aider will run the test command without any arguments. If there are test errors, aider expect…”
   • [claimed-docs] “You can configure aider to run your test suite after each time the AI edits your code using the --test-cmd <test-command> and --auto-test sw…”
   • [claimed-docs] “You can use the `/run` command in the chat to run your code and optionally share the output with aider.”
   • [claimed-docs] “Aider takes a `--message` argument, where you can give it a natural language instruction. It will do that one thing, apply the edits to the …”
   • [community] “I just tried it and it's amazingly cool, but the quality of the output just isn't there for me yet. It makes too much subtle errors to be as…”
   • [community] “Aider is the only tool I use for coding now with ChatGPT... It still suffers from ChatGPT laziness sometimes, you can see it retrying severa…”

   proof ↗⚑ flag

Multimodal generation

1. ai-native userGenerate a working app from a sketch, image, or PDF design

   weight 2 · round to Aider
   Cursor—none0/10

   No evidence in the pack describes image/sketch/PDF-to-app generation, multimodal design input, or any UI-from-design workflow; the docs snippets cover repo navigation, plan mode, agents, MCP, and integrations but nothing about visual design inputs.

   ⚑ flag

   Aider~partialclaimed3/10

   Aider docs confirm images and web pages can be added to chat for visual context (screenshots, reference docs), which could support sketch-driven coding, but there is no evidence of PDF input support or a dedicated 'generate app from design' workflow like dedicated design-to-code tools. missing for 10: PDF input support, an explicit end-to-end sketch/PDF-to-app workflow, and any hands-on example of this being done successfully.

   • [claimed-docs] “Add images and web pages to the chat to provide visual context, screenshots, reference docs, etc.”
   • [claimed-docs] “Aider works with most popular programming languages: python, javascript, rust, ruby, go, cpp, php, html, css, and dozens more.”

   proof ↗⚑ flag

Codebase mapping

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

   weight 3 · round to Aider
   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

   Aider✓fullcommunity9/10

   Aider builds a repo map (concise summary of key classes/functions/signatures across the whole git repo) and offers `/map` and `/ask` commands to explore and understand a codebase without editing it, which directly supports finding where to start making changes; community testimonials corroborate this working well for unfamiliar codebases and languages. Missing for 10: no independent benchmark or deeper hands-on validation of repo-map accuracy on large/complex codebases.

   • [claimed-docs] “Aider uses a **concise map of your whole git repository** that includes the most important classes and functions along with their types and …”
   • [claimed-docs] “**/map** Print out the current repository map”
   • [claimed-docs] “**/ask** Ask questions about the code base without editing any files.”
   • [community] “I've used aider to understand new codebases using technologies I don't know and it did a fantastic job; much faster than grep/find + google.”
   • [community] “Aider can answer questions I can't search for via LSP, like 'what code would process the following URL' and similar.”
   • [community] “Aider is one of my favorite AI agents, especially because it can work with existing codebases. We've seen a lot of good results from folks w…”

   proof ↗⚑ flag

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

   weight 3 · round to Aider
   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

   Aider✓fullcommunity8/10

   Aider builds an automatic repo map of the whole git repository without requiring manual file selection, and the /map and /ask commands let developers query and understand the codebase without editing files or adding them manually. Community reports corroborate this: users describe using aider to understand unfamiliar codebases in unfamiliar tech stacks faster than manual grep/search methods. Missing for 10: independent benchmark/quantitative evidence on very large codebases and more detail on repo-map scaling limits.

   • [claimed-docs] “Aider uses a **concise map of your whole git repository** that includes the most important classes and functions along with their types and …”
   • [claimed-docs] “Aider uses a concise map of your whole git repository that includes the most important classes and functions along with their types and call…”
   • [claimed-docs] “**/ask** Ask questions about the code base without editing any files.”
   • [claimed-docs] “/ask Ask questions about the code base without editing any files. If no prompt provided, switches to ask mode.”
   • [claimed-docs] “**/map** Print out the current repository map”
   • [claimed-docs] “/map Print out the current repository map”
   • [community] “I've used aider to understand new codebases using technologies I don't know and it did a fantastic job; much faster than grep/find + google.”
   • [community] “Aider can answer questions I can't search for via LSP, like 'what code would process the following URL' and similar.”

   proof ↗⚑ flag

Context management

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

   weight 2 · round drawn
   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

   Aider—none0/10

   Aider's docs describe repo mapping, git-commit history, and chat commands, but there is no evidence of automatic persistent memory that is built and recalled across separate sessions — chat history logs and repo maps are not the same as cross-session memory recall. No first-party or community evidence describes such a feature.

   ⚑ flag

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

   weight 2 · round to Aider
   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

   Aider~partialcommunity4/10

   Aider's docs show you can add arbitrary files to a chat session via the CLI or `/add` command, which implicitly allows pulling files from outside the current directory, and it builds a repo map for whole-repository context. However, there is no explicit documentation or community evidence describing support for multiple separate project directories/repos in one session (e.g., cross-repo repomap or multi-root workspace). missing for 10: explicit multi-directory/multi-repo session support, evidence of repomap spanning more than one git repo, and confirmation that /add works across unrelated project roots.

   • [claimed-docs] “To edit files, you need to “add them to the chat”. Do this by naming them on the aider command line. Or, you can use the in-chat `/add` comm…”
   • [claimed-docs] “Aider uses a **concise map of your whole git repository** that includes the most important classes and functions along with their types and …”
   • [community] “I've used aider to understand new codebases using technologies I don't know and it did a fantastic job; much faster than grep/find + google.”

   proof ↗⚑ flag

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

   weight 3 · round to Cursor
   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

   Aider—none0/10

   The evidence pack documents aider's config file (.aider.conf.yml) for command-line options and repo-map features, but contains no mention of a dedicated project instructions/conventions file (e.g. CONVENTIONS.md or read-only context file) for setting coding standards that the agent follows. Absence of evidence for this applicable capability means it cannot be credited.

   • [claimed-docs] “Aider has many options which can be set with command line switches. Most options can also be set in an `.aider.conf.yml` file... Or by setti…”
   • [claimed-docs] “Aider has many options which can be set with command line switches. Most options can also be set in an .aider.conf.yml file... Or by setting…”

   proof ↗⚑ flag

Issue diagnosis

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

   weight 3 · round to Aider
   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

   Aider~partialcommunity7/10

   Aider provides tools that support this story indirectly: `/ask` for exploring the codebase without editing, the repo-map for navigating structure, `/run` and `/test`/`--auto-test` for executing code and test suites to reproduce and verify fixes, and community reports confirm it's effective for understanding unfamiliar codebases faster than manual search. However, there's no dedicated bug-reproduction or root-cause-analysis workflow beyond these general commands, and community feedback notes subtle errors and inconsistent output quality that could undermine verification confidence. Missing for 10: dedicated debugging/tracing tooling, explicit root-cause analysis features, and independent hands-on validation specifically of fix verification.

   • [claimed-docs] “**/ask** Ask questions about the code base without editing any files.”
   • [claimed-docs] “**/map** Print out the current repository map”
   • [claimed-docs] “You can run tests with `/test <test-command>`. Aider will run the test command without any arguments. If there are test errors, aider expect…”
   • [claimed-docs] “You can use the `/run` command in the chat to run your code and optionally share the output with aider.”
   • [claimed-docs] “You can configure aider to run your test suite after each time the AI edits your code using the --test-cmd <test-command> and --auto-test sw…”
   • [claimed-docs] “Aider uses a **concise map of your whole git repository** that includes the most important classes and functions along with their types and …”
   • [community] “I've used aider to understand new codebases using technologies I don't know and it did a fantastic job; much faster than grep/find + google.”
   • [community] “Aider can answer questions I can't search for via LSP, like 'what code would process the following URL' and similar.”
   • [community] “I just tried it and it's amazingly cool, but the quality of the output just isn't there for me yet. It makes too much subtle errors to be as…”

   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

   Aider—none0/10

   No evidence of a skills/plugin system, custom tool definitions, or extension API in Aider's docs; it exposes built-in slash commands (/architect, /web, /run) but no mechanism for developers to add custom specialized skills.

   ⚑ 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

   Aider—none0/10

   Aider is a CLI/library coding assistant; there is no evidence of an ecosystem for integrating third-party partner-built agent apps (no plugin marketplace, app store, or partner integrations documented) beyond one community mention of someone wanting to embed Aider itself as a tool inside another product (Dosu), which is the reverse relationship. No evidence Aider itself supports plugging in external partner agent apps.

   • [community] “Big fan of Aider. We are interested in integrating Aider as a tool for Dosu to help it navigate and modify a codebase on issues.”

   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

   Aider—none0/10

   Aider's documented features cover file editing, git integration, web scraping, and voice input, but there is no evidence of any integration with workflow tools like Jira, Slack, or Google Drive.

   ⚑ 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

   Aider—none0/10

   No evidence of any GitHub/GitLab/Linear/Slack integration that lets users trigger Aider agent tasks from those platforms; Aider is a CLI/scriptable tool invoked locally or via its own scripting API, with no mention of issue-tracker or chat-platform triggers.

   ⚑ 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

   Aider—none0/10

   Aider is a local CLI/git-based tool with an experimental local browser UI, but there's no evidence of any account, session, or cloud state that would let a user resume a task on a different device/browser—chat history and repo map are local to the machine running aider. Git commits persist code changes but don't constitute a portable 'continue where I left off' session across devices.

   • [claimed-docs] “Use aider’s new experimental browser UI to collaborate with LLMs to edit code in your local git repo.”
   • [claimed-docs] “Use aider's new experimental browser UI to collaborate with LLMs to edit code in your local git repo.”
   • [claimed-docs] “Whenever aider edits a file, it commits those changes with a descriptive commit message. This makes it easy to undo or review aider’s change…”
   • [claimed-docs] “Aider uses a **concise map of your whole git repository** that includes the most important classes and functions along with their types and …”

   proof ↗⚑ flag

Ide integration

1. 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

   Aider~partialcommunity5/10

   Aider is fundamentally a terminal/CLI chat tool, but its --watch-files mode lets developers trigger AI edits from within their own IDE/editor by leaving '# ... ai!' comments, which the docs frame as IDE-integrated workflow. There's no evidence of a native embedded chat panel or official IDE extension providing conversational context inside the editor itself. missing for 10: dedicated IDE plugin/panel for direct chat, evidence of contextual chat UI inside an IDE rather than terminal+file-watch workaround.

   • [claimed-docs] “If you run aider with `--watch-files`, it will watch all files in your repo and look for any AI coding instructions you add using your favor…”
   • [claimed-docs] “AI! triggers aider to make changes to your code.”
   • [claimed-docs] “AI? triggers aider to answer your question.”
   • [claimed-docs] “Rather than using /add to add a file inside the aider chat, you can simply put an #AI comment in it and save the file.”
   • [community] “Aider has a web mode and a 'watch mode', where you can use your normal editor and if you leave a comment like '# make this darker ai!', Aide…”

   proof ↗⚑ flag

Session management

1. developerReview diffs visually and run multiple sessions side by side in a desktop app

   weight 2 · round to Cursor
   Cursor✓fullclaimed6/10

   Cursor's docs explicitly describe inspecting diffs before merge and launching fleets of agents to work in parallel, both core to a desktop IDE experience with visual diff review and concurrent sessions. Missing for 10: independent/hands-on confirmation of the side-by-side session UI and a detailed walkthrough of the diff viewer beyond marketing copy.

   • [claimed-docs] “Inspect diffs, run checks, and catch problems before you merge”
   • [claimed-docs] “Launch fleets of agents that work in parallel on ambitious tasks for hours or days.”
   • [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

   Aider—none0/10

   Aider is a CLI/terminal tool (with an experimental browser UI for chat), not a desktop app with visual diff review or multi-session side-by-side management; evidence shows no such GUI capability. Missing for 10: any desktop application, visual diff viewer, or multi-session UI evidence.

   • [claimed-docs] “Use aider’s new experimental browser UI to collaborate with LLMs to edit code in your local git repo.”
   • [claimed-docs] “Use aider's new experimental browser UI to collaborate with LLMs to edit code in your local git repo.”

   proof ↗⚑ flag

2. engineering-leadManage multiple agent-driven coding sessions from one unified workspace

   weight 2 · round to Cursor
   Cursor✓fullclaimed7/10

   Cursor's docs explicitly describe launching 'fleets of agents that work in parallel on ambitious tasks for hours or days' and setting up always-on agents on schedules/triggers, all accessible from Cursor's interface spanning terminal, Slack, and GitHub — directly matching a unified multi-session agent workspace for a lead overseeing parallel work. Missing for 10: independent/hands-on corroboration of the multi-agent dashboard UX, and no detail on cross-session visibility/coordination features specifically framed for engineering-lead oversight.

   • [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

   Aider—none0/10

   Aider is a single-session CLI/terminal pair-programming tool; the evidence shows no unified workspace/dashboard for managing multiple concurrent agent sessions, no session orchestration, or multi-project management UI. It's designed for one developer driving one chat session at a time in a repo, with no evidence of a workspace for engineering leads to oversee multiple agent sessions.

   ⚑ flag

Terminal workflow

1. developerRun a coding agent locally from my terminal

   weight 3 · round to Aider
   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

   Aider✓fullcommunity9/10

   Aider is a terminal-based coding assistant, installed via pip/curl script and run directly from the command line with rich in-chat commands, file editing, git integration, and local model support, all extensively documented and corroborated by hands-on community reports. Missing for 10: independent benchmarking of terminal UX quality and no first-party video/demo evidence beyond docs and forum posts.

   • [claimed-docs] “python -m pip install aider-install aider-install”
   • [claimed-docs] “curl -LsSf https://aider.chat/install.sh | sh”
   • [claimed-docs] “To edit files, you need to “add them to the chat”. Do this by naming them on the aider command line. Or, you can use the in-chat `/add` comm…”
   • [claimed-docs] “Aider takes a `--message` argument, where you can give it a natural language instruction. It will do that one thing, apply the edits to the …”
   • [claimed-docs] “Aider has many options which can be set with command line switches. Most options can also be set in an `.aider.conf.yml` file... Or by setti…”
   • [community] “I revisited Aider a couple of days ago, after going in circles with AutoGPT - which seemed to either forget or go lazy after a few prompts. …”
   • [community] “Big fan of Aider. We are interested in integrating Aider as a tool for Dosu to help it navigate and modify a codebase on issues.”

   proof ↗⚑ flag

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

   weight 2 · round to Aider
   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

   Aider✓fullcommunity8/10

   Aider has a documented scripting mode with a --message flag to run one instruction non-interactively and exit, plus a Python API (Coder.create/coder.run) for programmatic/scripted invocation, both explicitly designed for automation workflows. missing for 10: independent hands-on evidence of scripted/CI usage at scale, and more detail on exit codes/error handling for pipeline integration.

   • [claimed-docs] “Aider takes a `--message` argument, where you can give it a natural language instruction. It will do that one thing, apply the edits to the …”
   • [claimed-docs] “coder = Coder.create(main_model=model, fnames=fnames) # This will execute one instruction on those files and then return coder.run("make a …”
   • [claimed-docs] “aider --message "make a script that prints hello" hello.js”
   • [claimed-docs] “coder.run("make a script that prints hello world")”
   • [community] “I only use Aider interactively, but I really should consider Aider in the 'scriptable' sense more... I might add another step after each PR …”

   proof ↗⚑ flag

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

   weight 2 · round to Aider
   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

   Aider~partialprobed4/10

   Aider exposes a scripting/Python API (`Coder.create`/`coder.run`) and a `--message` CLI mode for programmatic single-instruction execution, but this is far narrower than the interactive chat/browser UI, which offers many features (e.g. /architect, /voice, /web, /map, /test, /run, /model, watch-files) not exposed through the scripting API. No REST/OpenAPI surface exists (confirmed 404s), so API parity with the UI is only partial. missing for 10: programmatic access to slash-commands like /architect, /voice, /web, /map, /test, /run via the scripting API; a documented REST/OpenAPI interface; independent confirmation of API-UI feature parity.

   • [claimed-docs] “Aider takes a `--message` argument, where you can give it a natural language instruction. It will do that one thing, apply the edits to the …”
   • [claimed-docs] “coder = Coder.create(main_model=model, fnames=fnames) # This will execute one instruction on those files and then return coder.run("make a …”
   • [claimed-docs] “aider --message "make a script that prints hello" hello.js”
   • [claimed-docs] “coder.run("make a script that prints hello world")”
   • [claimed-docs] “Use aider’s new experimental browser UI to collaborate with LLMs to edit code in your local git repo.”
   • [claimed-docs] “**/architect** Enter architect/editor mode using 2 different models. If no prompt provided, switches to architect/editor mode.”
   • [claimed-docs] “**/web** Scrape a webpage, convert to markdown and send in a message”
   • [claimed-docs] “Use the in-chat `/voice` command to start recording, and press `ENTER` when you’re done speaking. Your voice coding instructions will be tra…”
   • [probe] “PROBE openapi: all candidate paths 404 (https://aider.chat/openapi.json, https://aider.chat/swagger.json, https://aider.chat/api/openapi.jso…”

   proof ↗⚑ flag

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

   weight 3 · round to Aider
   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

   Aider~partialclaimed5/10

   Aider operates entirely on local files and git repos, committing all AI edits as standard git commits (plain text, open format) rather than locking data in a proprietary store, and config is a plain YAML file — so there's little vendor lock-in by design. However, there is no explicit documentation of a data-export feature, chat/session history format, or any messaging about portability/'leaving' the product. Missing for 10: explicit chat/session export documentation, statement on session data formats, and any first-party 'no lock-in/data portability' claim.

   • [claimed-docs] “Whenever aider edits a file, it commits those changes with a descriptive commit message. This makes it easy to undo or review aider’s change…”
   • [claimed-docs] “Whenever aider edits a file, it commits those changes with a descriptive commit message. This makes it easy to undo or review aider's change…”
   • [claimed-docs] “`/git` will let you run raw git commands to do more complex management of your git history.”
   • [claimed-docs] “/git will let you run raw git commands to do more complex management of your git history.”
   • [claimed-docs] “Aider has many options which can be set with command line switches. Most options can also be set in an `.aider.conf.yml` file... Or by setti…”
   • [claimed-docs] “Aider has many options which can be set with command line switches. Most options can also be set in an .aider.conf.yml file... Or by setting…”

   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

   Aider—none0/10

   The evidence pack contains only usage/feature docs and community discussion of Aider's coding capabilities; none of the citations mention a public source repository, license, or any statement about open licensing. Without evidence of an accessible, openly-licensed source, this axis cannot be credited as delivered.

   ⚑ flag

Authentication

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

   weight 2 · round to Aider
   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

   Aider~partialclaimed6/10

   Aider's docs describe configuration via command-line switches, an `.aider.conf.yml` file, and environment variables like `AIDER_xxx`, which is the standard mechanism for supplying LLM provider API keys, and Aider has no account-login system of its own — it authenticates purely through provider API keys. However, the evidence pack never explicitly shows an API-key setup example or names an env var like OPENAI_API_KEY, so the authentication story is implied rather than directly documented. missing for 10: explicit documentation/example of setting an API key (e.g., OPENAI_API_KEY) and confirmation that no account-login alternative exists.

   • [claimed-docs] “Aider has many options which can be set with command line switches. Most options can also be set in an `.aider.conf.yml` file... Or by setti…”
   • [claimed-docs] “Aider has many options which can be set with command line switches. Most options can also be set in an .aider.conf.yml file... Or by setting…”
   • [claimed-docs] “Aider can work also with local models, for example using [Ollama]”
   • [claimed-docs] “Aider can work also with local models, for example using Ollama. It can also access local models that provide an Open AI compatible 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

   Aider—none0/10

   Aider is a local CLI coding tool with no evidence of SSO/SAML, enterprise identity provider integration, or cloud-platform authentication for compliance; only API key based LLM auth is documented, which does not address enterprise identity/compliance needs.

   ⚑ flag

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

   weight 2 · round drawn
   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

   Aider—none0/10

   Aider is a BYO-API-key CLI tool that connects to LLM providers (or local models); there's no evidence of a subscription-based sign-in (e.g., ChatGPT Plus/Claude Pro login) to use Aider itself. No mention of OAuth/subscription sign-in flow anywhere in docs or community evidence.

   ⚑ 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

   Aider—none0/10

   Aider is a local CLI tool requiring users to supply their own LLM API keys (or local models); there is no evidence of an account sign-in or free-tier hosted access mechanism. No mention of OAuth login, hosted free tier, or account-based access in any evidence.

   ⚑ 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

   Aider—none0/10

   Aider lets users manually switch models via /model or choose two different models for architect/editor mode, but there is no evidence of any automatic selection of 'best model for each task' — the choice is always explicit and user-driven.

   • [claimed-docs] “During your chat you can switch models with the in-chat /model command.”
   • [claimed-docs] “**/architect** Enter architect/editor mode using 2 different models. If no prompt provided, switches to architect/editor mode.”
   • [claimed-docs] “/architect Enter architect/editor mode using 2 different models. If no prompt provided, switches to architect/editor mode.”

   proof ↗⚑ flag

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

   weight 2 · round drawn
   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

   Aider✓fullcommunity8/10

   Aider explicitly supports switching models via the in-chat /model command and documents compatibility with OpenAI, Anthropic (Claude), Ollama, and other OpenAI-API-compatible local models; community threads confirm developers actively switching between GPT-4, Claude Opus, and Gemini within Aider. Minor friction is noted (e.g., a tokenizer error for a specific Claude alias, cost/latency tradeoffs across providers) but the core multi-provider capability is clearly delivered. Missing for 10: a comprehensive first-party list of all supported providers and independent benchmarking of switching reliability across the full provider set.

   • [claimed-docs] “During your chat you can switch models with the in-chat /model command.”
   • [claimed-docs] “Aider can work also with local models, for example using [Ollama]”
   • [claimed-docs] “Aider can work also with local models, for example using Ollama. It can also access local models that provide an Open AI compatible API.”
   • [community] “Have been having too many problems with the diffs from gpt-4-turbo in aider... if aider supports Opus then will switch.”
   • [community] “From the Aider blog post discussion: Claude 3 Opus and Sonnet are both slower and more expensive than OpenAI's models; you can get almost th…”
   • [community] “does anyone know how to run aider with claude 3 opus? aider --model anthropic/claude-3-opus gives ValueError: No known tokenizer for model: …”
   • [community] “It's... decidedly expensive to run an LLM this way right now (Gemini 2.5 Pro is your best bet) with Aider's navigator/autonomy mode, but cos…”

   proof ↗⚑ flag

1. 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

   Aider—none0/10

   No evidence in the pack addresses data usage/training opt-outs, privacy policy, or data retention controls for Aider or the LLM providers it connects to; Aider primarily relies on third-party LLM APIs whose training-data policies aren't documented here.

   ⚑ flag

2. 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

   Aider—none0/10

   The evidence pack covers usage, git integration, and LLM configuration but contains no mention of data retention, storage, or deletion policies for user code, chat history, or LLM interactions. While Aider is local-first (using git and local models), no docs address how conversation/data sent to LLM providers is retained or how a user can delete it.

   ⚑ flag

3. 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

   Aider—none0/10

   No evidence in the pack addresses telemetry, usage tracking, or opt-out settings for Aider; documentation covers usage, git integration, config files, and models but nothing about analytics/telemetry controls. missing for 10: any mention of telemetry collection, privacy policy, or an opt-out flag/env var.

   ⚑ 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

   Aider~partialcommunity4/10

   Aider auto-commits every AI edit with a descriptive commit message and supports /git for raw git commands and git-history review/undo, covering the 'stage changes + commit messages' part of the story. However, there is no documented feature for creating branches or opening pull requests — these would require manual use of /git or external tools, and one community report even criticizes the quality of auto-generated commit messages. missing for 10: dedicated branch-creation workflow, native PR-opening capability, and evidence of reliable commit-message quality.

   • [claimed-docs] “Whenever aider edits a file, it commits those changes with a descriptive commit message. This makes it easy to undo or review aider’s change…”
   • [claimed-docs] “`/git` will let you run raw git commands to do more complex management of your git history.”
   • [claimed-docs] “Whenever aider edits a file, it commits those changes with a descriptive commit message. This makes it easy to undo or review aider's change…”
   • [claimed-docs] “Go back in the git history to review the changes that aider made to your code”
   • [claimed-docs] “/git will let you run raw git commands to do more complex management of your git history.”
   • [community] “It gets commit messages wrong. Commit messages should signal intent, not what the patch does. 'changing an enum' is a horrible commit messag…”

   proof ↗⚑ flag

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

   weight 3 · round to Aider
   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

   Aider✓fullcommunity8/10

   Aider auto-commits every change with a descriptive message, letting developers review diffs via normal git tooling and use /undo or /git to inspect or roll back history; it also supports linting by default, /test and --auto-test for running test suites, and /run for executing code before accepting changes. This directly covers inspecting diffs and running checks pre-merge. Missing for 10: no built-in diff viewer/PR-style review UI (relies on external git tools) and no independent hands-on corroboration of the review workflow specifically (one community comment notes users still bolt on separate review agents).

   • [claimed-docs] “Whenever aider edits a file, it commits those changes with a descriptive commit message. This makes it easy to undo or review aider’s change…”
   • [claimed-docs] “Whenever aider edits a file, it commits those changes with a descriptive commit message. This makes it easy to undo or review aider's change…”
   • [claimed-docs] “Go back in the git history to review the changes that aider made to your code”
   • [claimed-docs] “`/git` will let you run raw git commands to do more complex management of your git history.”
   • [claimed-docs] “/git will let you run raw git commands to do more complex management of your git history.”
   • [claimed-docs] “By default, aider will lint any files which it edits.”
   • [claimed-docs] “You can run tests with `/test <test-command>`. Aider will run the test command without any arguments. If there are test errors, aider expect…”
   • [claimed-docs] “You can configure aider to run your test suite after each time the AI edits your code using the --test-cmd <test-command> and --auto-test sw…”
   • [claimed-docs] “You can use the `/run` command in the chat to run your code and optionally share the output with aider.”
   • [community] “I only use Aider interactively, but I really should consider Aider in the 'scriptable' sense more... I might add another step after each PR …”

   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

   Aider—none0/10

   Aider's docs describe config files, command-line switches, and model selection, but there is no evidence of a permissions/allowlist system for controlling which external tools, plugins, or integrations (e.g., MCP servers, web scraping, code execution) the agent may access. Given Aider does have features like /web, /run, and file editing that could pose access-control concerns, an engineering-lead's ability to gate these is a fair question, but no such control mechanism is documented.

   • [claimed-docs] “Aider has many options which can be set with command line switches. Most options can also be set in an `.aider.conf.yml` file... Or by setti…”
   • [claimed-docs] “**/web** Scrape a webpage, convert to markdown and send in a message”
   • [claimed-docs] “You can use the `/run` command in the chat to run your code and optionally share the output with aider.”

   proof ↗⚑ flag

2. engineering-leadHave the agent operate inside a sandbox when interacting with code, tools, and network resources

   weight 2 · round drawn
   Cursor—none0/10

   The evidence pack contains no mention of sandboxing, isolated execution environments, or network/tool restriction controls for the agent; docs describe agents using 'their own computers' but give no detail on containment/sandboxing mechanisms. Missing for 10: any documentation of a sandbox/isolation feature, network egress controls, or filesystem restriction for agent actions.

   • [claimed-docs] “Agents use their own computers to build, test, and demo features end to end for you to review.”

   proof ↗⚑ flag

   Aider—none0/10

   No evidence that Aider provides sandboxed execution for code, tools, or network interactions—docs describe git-based commit/undo safety nets, linting, and test running directly on the host, but nothing about containerization, sandboxing, or isolated execution environments; instead Aider runs commands, edits files, and executes tests directly in the local repo/environment.

   ⚑ 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

   Aider—none0/10

   No evidence that Aider provides license compliance checks or public-code/match provenance detection for AI-suggested code; the docs cover editing, git commits, linting, and testing but nothing about license or code-matching references.

   ⚑ flag

2. developerGet contextual explanations and automatic fixes for security vulnerabilities

   weight 2 · round drawn
   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

   Aider—none0/10

   No evidence that Aider detects, explains, or auto-fixes security vulnerabilities; it is a general-purpose AI pair-programming/coding tool with linting/testing/git features, but no dedicated security-scanning or vulnerability-remediation capability is documented.

   ⚑ flag