Install
curl -fsSL https://get.qodo.ai | shVendor-official, but review any script before piping it to a shell.
Showcase


Try itExperimental
See what an agent can do with Qodo before you ever sign up. Pick a story: recorded sessions replay real probe-harness transcripts; commands tagged live-capable can re-run against the real endpoint from our edge, right now (▶ run live — the exact same request, live and recorded lines always labeled); sandboxed self-drive sessions are designed and gated (docs/TRY-IT.md).
$curl -si -X POST https://sdk.qodo.ai/v1/tools/mcp/ -H 'Content-Type: application/json' -d '<jsonrpc initialize>'recorded session — replayed, not liveVerified integrations
No integration evidence found in our corpus for this product yet — that means none was found, never that it doesn’t integrate.
By theme — the product's score on each story themeBy theme
Agenticness — how well agents can access and operate the productAgenticnessevidence →
How well agents can access and operate the product
Autofix agents — stories about autofix agents in this arenaAutofix agentsevidence →
Stories about autofix agents in this arena
Automation depth — how much of the product can run unattendedAutomation depthevidence →
How much of the product can run unattended
Codebase understanding — how deeply the tool maps your repo — cross-file context, architecture awareness, historyCodebase understandingevidence →
How deeply the tool maps your repo — cross-file context, architecture awareness, history
Interaction — how you steer it — commands, replies, review conversations, configurability in the loopInteractionevidence →
How you steer it — commands, replies, review conversations, configurability in the loop
Openness — open source, data portability, and self-hosting storiesOpennessevidence →
Open source, data portability, and self-hosting stories
Pr integration — stories about pr integration in this arenaPr integrationevidence →
Stories about pr integration in this arena
Privacy posture — data-handling and privacy storiesPrivacy postureevidence →
Data-handling and privacy stories
Quality gates — stories about quality gates in this arenaQuality gatesevidence →
Stories about quality gates in this arena
Review accuracy — stories about review accuracy in this arenaReview accuracyevidence →
Stories about review accuracy in this arena
Surfaces — where it meets your workflow — IDE, CLI, web, PR comments, CI checksSurfacesevidence →
Where it meets your workflow — IDE, CLI, web, PR comments, CI checks
Workflow config — stories about workflow config in this arenaWorkflow configevidence →
Stories about workflow config in this arena
Story verdicts — every judged story with its evidenceStory verdicts
Follow the green: where the map greys out is where Qodo stops today. ✓ full · ~ partial · ! disputed · — none · n/a not applicable.
Agenticness — how well agents can access and operate the productAgenticness
How well agents can access and operate the product
API surface
Drive the product through a documented public API
~6/10
unlocks → Webhooks · Official SDKs · Scoped API keys · Machine-readable spec · Versioning policy · Full data export
Subscribe to events via webhooks
—0/10
Build against official SDKs
—0/10
Issue scoped/least-privilege API credentials for an agent
—0/10
Connect an agent via an official MCP server
✓7/10
Download a machine-readable API spec (OpenAPI or equivalent)
—0/10
Rely on versioned APIs with a documented deprecation policy
—0/10
Test against a sandbox environment without touching production data
n/an/a
Explore an interactive API reference with runnable examples
—0/10
Docs for agents
Point an agent at llms.txt or agent-oriented docs
✓8/10
Agentic features
Delegate tasks to a built-in AI assistant inside the product
✓7/10
unlocks → MCP client
Operate the product with natural-language commands
~6/10
Plug MCP servers into this product so it can use their tools
—0/10
Get AI-generated insights and suggestions from my data inside the product
✓8/10
Set up automations that run autonomously in the background
~6/10
Autofix agents — stories about autofix agents in this arenaAutofix agents
Stories about autofix agents in this arena
The reviewer holds the line on AI-generated PRs — it verifies agent-authored code at a volume no human team could review
~7/10
I define custom agentic pre-merge checks in plain language — 'docs updated', 'tests cover new paths' — that run on every PR
~5/10
I turn a review finding into an applied fix — a committed patch or an agent-generated follow-up — without leaving the PR
✓7/10
Review findings hand off cleanly to my coding agent — copyable fix prompts or direct integration with Claude Code, Cursor, or Codex
✓7/10
Automation depth — how much of the product can run unattendedAutomation depth
How much of the product can run unattended
Codebase understanding — how deeply the tool maps your repo — cross-file context, architecture awareness, historyCodebase understanding
How deeply the tool maps your repo — cross-file context, architecture awareness, history
Interaction — how you steer it — commands, replies, review conversations, configurability in the loopInteraction
How you steer it — commands, replies, review conversations, configurability in the loop
Openness — open source, data portability, and self-hosting storiesOpenness
Open source, data portability, and self-hosting stories
Pr integration — stories about pr integration in this arenaPr integration
Stories about pr integration in this arena
The reviewer installs as a GitHub/GitLab app and posts reviews as native inline comments on my pull requests within minutes
✓7/10
Review comments include committable suggested diffs I can apply with one click
✓7/10
Every PR gets an auto-generated summary and change walkthrough so human reviewers orient fast
✓9/10
Pushing new commits triggers an incremental re-review that tracks what was fixed instead of repeating old comments
~4/10
Privacy posture — data-handling and privacy storiesPrivacy posture
Data-handling and privacy stories
Quality gates — stories about quality gates in this arenaQuality gates
Stories about quality gates in this arena
Review accuracy — stories about review accuracy in this arenaReview accuracy
Stories about review accuracy in this arena
The reviewer catches real bugs in my PR — logic errors, race conditions, broken edge cases — not just style nits
~5/10
Push back on a bad review comment and the reviewer learns — it stops repeating the same rejected feedback
—0/10
The reviewer keeps noise low — few false positives, deduplicated comments, severity labels — so my team doesn't tune it out
~6/10
Reviews flag security problems in the diff — injection risks, leaked secrets, insecure patterns — alongside functional bugs
~5/10
Surfaces — where it meets your workflow — IDE, CLI, web, PR comments, CI checksSurfaces
Where it meets your workflow — IDE, CLI, web, PR comments, CI checks
Workflow config — stories about workflow config in this arenaWorkflow config
Stories about workflow config in this arena
I configure the reviewer with a versioned config file in my repo — path filters, per-path instructions, review profiles
~6/10
I roll out org-level review defaults across hundreds of repos and manage exceptions centrally
✓8/10
I encode my team's own review guidelines — natural-language rules, AST patterns, or linked style guides — and the reviewer enforces them
~7/10
Sorted by importance (agentic first) (high → low) · 53/53 stories · click a row’s chevron for the rationale and evidence
Connect an agent via an official MCP server G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 3 | full | 7/10 | Tprobed | |
Delegate tasks to a built-in AI assistant inside the product G Agentic features | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 3 | full | 7/10 | Xcommunity | |
Drive the product through a documented public API G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 3 | partial | 6/10 | Tprobed | |
Plug MCP servers into this product so it can use their tools G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 3 | none | 0/10 | ||
Get AI-generated insights and suggestions from my data inside the product G Agentic features | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | full | 8/10 | Xcommunity | |
Point an agent at llms.txt or agent-oriented docs G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | full | 8/10 | Tprobed | |
Use an official CLI G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | full | 8/10 | Tprobed | |
Run the product headlessly / in CI for automation G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | full | 7/10 | Tprobed | |
Operate the product with natural-language commands G Agentic features | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | partial | 6/10 | Cclaimed | |
Set up automations that run autonomously in the background G Agentic features | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | partial | 6/10 | Cclaimed | |
Build against official SDKs G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | none | 0/10 | ||
Download a machine-readable API spec (OpenAPI or equivalent) G Api quality | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | none | 0/10 | ||
Explore an interactive API reference with runnable examples G Api quality | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | none | 0/10 | ||
Issue scoped/least-privilege API credentials for an agent G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | none | 0/10 | ||
Rely on versioned APIs with a documented deprecation policy G Api quality | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | none | 0/10 | ||
Subscribe to events via webhooks G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | none | 0/10 | ||
Test against a sandbox environment without touching production data G Api quality | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 1 | n/a | untested | none yet | |
Prevent my data from being used to train AI models G | ai-native user | Privacy posture — data-handling and privacy storiesPrivacy posture | 3 | full | 8/10 | Cclaimed | |
Review comments reflect the whole repository — call sites, related modules, existing conventions — not just the changed hunks C Context | developer | Codebase understanding — how deeply the tool maps your repo — cross-file context, architecture awareness, historyCodebase understanding | 3 | full | 8/10 | Cclaimed | |
I turn a review finding into an applied fix — a committed patch or an agent-generated follow-up — without leaving the PR C Fixes | developer | Autofix agents — stories about autofix agents in this arenaAutofix agents | 3 | full | 7/10 | Cclaimed | |
Review comments include committable suggested diffs I can apply with one click C Suggestions | developer | Pr integration — stories about pr integration in this arenaPr integration | 3 | full | 7/10 | Cclaimed | |
Self-host the core product G | ai-native user | Openness — open source, data portability, and self-hosting storiesOpenness | 3 | full | 7/10 | Cclaimed | |
The reviewer installs as a GitHub/GitLab app and posts reviews as native inline comments on my pull requests within minutes C Platforms | developer | Pr integration — stories about pr integration in this arenaPr integration | 3 | full | 7/10 | Cclaimed | |
Define rules that trigger actions automatically on events G | ai-native user | Automation depth — how much of the product can run unattendedAutomation depth | 3 | partial | 6/10 | Cclaimed | |
I configure the reviewer with a versioned config file in my repo — path filters, per-path instructions, review profiles C Config | engineering lead | Workflow config — stories about workflow config in this arenaWorkflow config | 3 | partial | 6/10 | Cclaimed | |
The reviewer keeps noise low — few false positives, deduplicated comments, severity labels — so my team doesn't tune it out C Noise | engineering lead | Review accuracy — stories about review accuracy in this arenaReview accuracy | 3 | partial | 6/10 | Xcommunity | |
The reviewer catches real bugs in my PR — logic errors, race conditions, broken edge cases — not just style nits C Detection | developer | Review accuracy — stories about review accuracy in this arenaReview accuracy | 3 | partial | 5/10 | Xcommunity | |
Export all of my data in open formats and leave G | ai-native user | Openness — open source, data portability, and self-hosting storiesOpenness | 3 | none | 0/10 | ||
Every PR gets an auto-generated summary and change walkthrough so human reviewers orient fast C Summaries | developer | Pr integration — stories about pr integration in this arenaPr integration | 2 | full | 9/10 | Cclaimed | |
I encode my team's own review guidelines — natural-language rules, AST patterns, or linked style guides — and the reviewer enforces them C Rules | engineering lead | Workflow config — stories about workflow config in this arenaWorkflow config | 2 | partial | 7/10 | Cclaimed | |
I reply to the reviewer in the PR thread to ask questions, get explanations, or issue commands — and it answers in context C Chat | developer | Interaction — how you steer it — commands, replies, review conversations, configurability in the loopInteraction | 2 | full | 7/10 | Cclaimed | |
Review findings hand off cleanly to my coding agent — copyable fix prompts or direct integration with Claude Code, Cursor, or Codex C Handoff | ai-native user | Autofix agents — stories about autofix agents in this arenaAutofix agents | 2 | full | 7/10 | Tprobed | |
The reviewer builds a persistent memory of my team's conventions and past review decisions and applies it to future PRs C Memory | ai-native user | Codebase understanding — how deeply the tool maps your repo — cross-file context, architecture awareness, historyCodebase understanding | 2 | full | 7/10 | Cclaimed | |
The reviewer holds the line on AI-generated PRs — it verifies agent-authored code at a volume no human team could review C Ai authored | ai-native user | Autofix agents — stories about autofix agents in this arenaAutofix agents | 2 | partial | 7/10 | Xcommunity | |
The reviewer understands changes that span multiple repositories or a large monorepo and reviews them coherently C Context | engineering lead | Codebase understanding — how deeply the tool maps your repo — cross-file context, architecture awareness, historyCodebase understanding | 2 | partial | 7/10 | Cclaimed | |
I get the same review inside my IDE before I push, catching issues while the code is still in my editor C Ide | developer | Surfaces — where it meets your workflow — IDE, CLI, web, PR comments, CI checksSurfaces | 2 | partial | 6/10 | Tprobed | |
Choose where my data is stored (region/residency) G | ai-native user | Privacy posture — data-handling and privacy storiesPrivacy posture | 2 | partial | 5/10 | Cclaimed | |
I define custom agentic pre-merge checks in plain language — 'docs updated', 'tests cover new paths' — that run on every PR C Checks | ai-native user | Autofix agents — stories about autofix agents in this arenaAutofix agents | 2 | partial | 5/10 | Cclaimed | |
I run reviews from a CLI against local diffs or in CI scripts, with machine-readable output my tooling can consume C Cli | developer | Surfaces — where it meets your workflow — IDE, CLI, web, PR comments, CI checksSurfaces | 2 | partial | 5/10 | Tprobed | |
Perform bulk operations across many items at once G | ai-native user | Automation depth — how much of the product can run unattendedAutomation depth | 2 | partial | 5/10 | Cclaimed | |
Reviews flag security problems in the diff — injection risks, leaked secrets, insecure patterns — alongside functional bugs C Security | security engineer | Review accuracy — stories about review accuracy in this arenaReview accuracy | 2 | partial | 5/10 | Cclaimed | |
Control data retention and deletion G | ai-native user | Privacy posture — data-handling and privacy storiesPrivacy posture | 2 | partial | 4/10 | Cclaimed | |
Do everything through the API that I can do in the UI G | ai-native user | Openness — open source, data portability, and self-hosting storiesOpenness | 2 | partial | 4/10 | Tprobed | |
Pushing new commits triggers an incremental re-review that tracks what was fixed instead of repeating old comments C Updates | developer | Pr integration — stories about pr integration in this arenaPr integration | 2 | partial | 4/10 | Cclaimed | |
Opt out of telemetry and usage tracking G | ai-native user | Privacy posture — data-handling and privacy storiesPrivacy posture | 2 | none | 0/10 | ||
Push back on a bad review comment and the reviewer learns — it stops repeating the same rejected feedback C Learning | developer | Review accuracy — stories about review accuracy in this arenaReview accuracy | 2 | none | 0/10 | ||
Schedule recurring jobs or workflows G | ai-native user | Automation depth — how much of the product can run unattendedAutomation depth | 2 | none | 0/10 | ||
The reviewer can gate merges — a required status check or blocking review that enforces resolution of critical findings C Gates | engineering lead | Quality gates — stories about quality gates in this arenaQuality gates | 2 | none | 0/10 | ||
Read the product's source under an open license G | ai-native user | Openness — open source, data portability, and self-hosting storiesOpenness | 2 | none | untested | none yet | |
I roll out org-level review defaults across hundreds of repos and manage exceptions centrally C Governance | engineering lead | Workflow config — stories about workflow config in this arenaWorkflow config | 1 | full | 8/10 | Cclaimed | |
I control when reviews run — skip drafts, trigger on demand, filter by branch or label — so the bot shows up only when wanted C Control | developer | Interaction — how you steer it — commands, replies, review conversations, configurability in the loopInteraction | 1 | partial | 6/10 | Cclaimed | |
I see dashboards of findings, acceptance rates, and review coverage across my org C Analytics | engineering lead | Quality gates — stories about quality gates in this arenaQuality gates | 1 | partial | 6/10 | Cclaimed | |
Version, review, and roll back my automations G | ai-native user | Automation depth — how much of the product can run unattendedAutomation depth | 1 | partial | 4/10 | Cclaimed |
Opportunities — the stories that would move this product's scores, from its own judged verdictsOpportunitiestop 8 of 35 stories with headroom
What would move Qodo’s scores — derived from its own judged verdicts, biggest headroom first. Each line quotes what the judge found missing; shipping it (or evidencing it publicly) is the fix.
Agenticness — how well agents can access and operate the productPlug MCP servers into this product so it can use their tools
nonemoves agent-readyimpact 45
All MCP-related evidence describes Qodo exposing its own Agentic Toolbox skills AS an MCP server for other agents (Claude Code, Codex, Kiro) to consume (qodo-docs-6, qodo-docs-33, qodo-probe-3), not Qodo itself acting as an MCP client that ingests external MCP servers' tools.
Openness — open source, data portability, and self-hosting storiesExport all of my data in open formats and leave
nonemoves PA Scoreimpact 30
Missing: any documented export/download feature, open format support, or data portability guarantee.
Agenticness — how well agents can access and operate the productIssue scoped/least-privilege API credentials for an agent
nonemoves agent-readyimpact 30
Evidence shows admin control over who can access the Agentic Toolbox (qodo-docs-37) and a community mention of a process permission toggle (rwx) in the CLI (qodo-comm-3), but neither documents scoped or least-privilege API credentials/tokens issued specifically to an agent.
Agenticness — how well agents can access and operate the productBuild against official SDKs
nonemoves agent-readyimpact 30
Qodo documents a CLI, an MCP server, and agent plugins (Claude, Codex, Kiro) for its Agentic Toolbox, but there is no evidence of an official SDK/client library for programmatic integration, and the OpenAPI/API-spec probe returned 404s across all candidate paths, indicating no public API surface to build an SDK against.
Agenticness — how well agents can access and operate the productSubscribe to events via webhooks
nonemoves agent-readyimpact 30
No evidence of a webhook subscription mechanism; Qodo offers MCP, CLI, and Git-provider integrations for reviews but nothing documented about outbound event webhooks for third-party subscription, and the openapi probe found no API spec either.
Agenticness — how well agents can access and operate the productExplore an interactive API reference with runnable examples
nonemoves API qualityimpact 30
No evidence of an interactive API reference or runnable examples; the openapi probe explicitly returned 404 for all candidate paths, and no docs mention a sandbox/playground for API exploration.
Agenticness — how well agents can access and operate the productDownload a machine-readable API spec (OpenAPI or equivalent)
nonemoves API qualityimpact 30
A direct probe for OpenAPI/Swagger specs at common paths returned 404s, and no documentation references a downloadable machine-readable API spec; only an llms.txt file and MCP/CLI tooling are documented, which are not equivalent to an API spec.
Agenticness — how well agents can access and operate the productRely on versioned APIs with a documented deprecation policy
nonemoves API qualityimpact 30
Missing: versioned public API reference, explicit API deprecation/versioning policy documentation, evidence of API version negotiation.
Showing the top 8 of 35 — every none/partial verdict in the story verdicts table is headroom.
Think a verdict is wrong? Every verdicts-table row has a Flag link — see the methodology.
Coverage map — which docs area, API section, or community source covers which judged storiesCoverage map14 surfaces · 39 covered stories
Where the cited evidence behind each covered verdict came from — the same citations the verdicts table shows, no extra judging.
Code review docs20 stories
- Run the product headlessly / in CI for automation
- Get AI-generated insights and suggestions from my data inside the product
- Set up automations that run autonomously in the background
- Delegate tasks to a built-in AI assistant inside the product
- Operate the product with natural-language commands
- The reviewer holds the line on AI-generated PRs — it verifies agent-authored code at a volume no human team could review
- I turn a review finding into an applied fix — a committed patch or an agent-generated follow-up — without leaving the PR
- Define rules that trigger actions automatically on events
- The reviewer understands changes that span multiple repositories or a large monorepo and reviews them coherently
- Review comments reflect the whole repository — call sites, related modules, existing conventions — not just the changed hunks
- I reply to the reviewer in the PR thread to ask questions, get explanations, or issue commands — and it answers in context
- I control when reviews run — skip drafts, trigger on demand, filter by branch or label — so the bot shows up only when wanted
- The reviewer installs as a GitHub/GitLab app and posts reviews as native inline comments on my pull requests within minutes
- Review comments include committable suggested diffs I can apply with one click
- Every PR gets an auto-generated summary and change walkthrough so human reviewers orient fast
- Pushing new commits triggers an incremental re-review that tracks what was fixed instead of repeating old comments
- I see dashboards of findings, acceptance rates, and review coverage across my org
- The reviewer catches real bugs in my PR — logic errors, race conditions, broken edge cases — not just style nits
- The reviewer keeps noise low — few false positives, deduplicated comments, severity labels — so my team doesn't tune it out
- Reviews flag security problems in the diff — injection risks, leaked secrets, insecure patterns — alongside functional bugs
Install and configure docs16 stories
- Set up automations that run autonomously in the background
- I define custom agentic pre-merge checks in plain language — 'docs updated', 'tests cover new paths' — that run on every PR
- Perform bulk operations across many items at once
- Define rules that trigger actions automatically on events
- Version, review, and roll back my automations
- The reviewer understands changes that span multiple repositories or a large monorepo and reviews them coherently
- The reviewer builds a persistent memory of my team's conventions and past review decisions and applies it to future PRs
- I control when reviews run — skip drafts, trigger on demand, filter by branch or label — so the bot shows up only when wanted
- Do everything through the API that I can do in the UI
- Self-host the core product
- The reviewer installs as a GitHub/GitLab app and posts reviews as native inline comments on my pull requests within minutes
- Choose where my data is stored (region/residency)
- I see dashboards of findings, acceptance rates, and review coverage across my org
- I configure the reviewer with a versioned config file in my repo — path filters, per-path instructions, review profiles
- I roll out org-level review defaults across hundreds of repos and manage exceptions centrally
- I encode my team's own review guidelines — natural-language rules, AST patterns, or linked style guides — and the reviewer enforces them
Agentic toolbox docs13 stories
- Point an agent at llms.txt or agent-oriented docs
- Run the product headlessly / in CI for automation
- Connect an agent via an official MCP server
- Use an official CLI
- Drive the product through a documented public API
- Operate the product with natural-language commands
- I turn a review finding into an applied fix — a committed patch or an agent-generated follow-up — without leaving the PR
- Review findings hand off cleanly to my coding agent — copyable fix prompts or direct integration with Claude Code, Cursor, or Codex
- The reviewer builds a persistent memory of my team's conventions and past review decisions and applies it to future PRs
- Do everything through the API that I can do in the UI
- I run reviews from a CLI against local diffs or in CI scripts, with machine-readable output my tooling can consume
- I get the same review inside my IDE before I push, catching issues while the code is still in my editor
- I encode my team's own review guidelines — natural-language rules, AST patterns, or linked style guides — and the reviewer enforces them
docs.qodo.ai11 stories
- I define custom agentic pre-merge checks in plain language — 'docs updated', 'tests cover new paths' — that run on every PR
- Perform bulk operations across many items at once
- Define rules that trigger actions automatically on events
- Review comments reflect the whole repository — call sites, related modules, existing conventions — not just the changed hunks
- The reviewer builds a persistent memory of my team's conventions and past review decisions and applies it to future PRs
- Self-host the core product
- Choose where my data is stored (region/residency)
- Control data retention and deletion
- I configure the reviewer with a versioned config file in my repo — path filters, per-path instructions, review profiles
- I roll out org-level review defaults across hundreds of repos and manage exceptions centrally
- I encode my team's own review guidelines — natural-language rules, AST patterns, or linked style guides — and the reviewer enforces them
Code governance docs9 stories
- Set up automations that run autonomously in the background
- The reviewer holds the line on AI-generated PRs — it verifies agent-authored code at a volume no human team could review
- Perform bulk operations across many items at once
- Define rules that trigger actions automatically on events
- The reviewer understands changes that span multiple repositories or a large monorepo and reviews them coherently
- Review comments reflect the whole repository — call sites, related modules, existing conventions — not just the changed hunks
- The reviewer builds a persistent memory of my team's conventions and past review decisions and applies it to future PRs
- I see dashboards of findings, acceptance rates, and review coverage across my org
- I roll out org-level review defaults across hundreds of repos and manage exceptions centrally
Hacker News6 stories
- Use an official CLI
- Get AI-generated insights and suggestions from my data inside the product
- Delegate tasks to a built-in AI assistant inside the product
- The reviewer holds the line on AI-generated PRs — it verifies agent-authored code at a volume no human team could review
- The reviewer catches real bugs in my PR — logic errors, race conditions, broken edge cases — not just style nits
- The reviewer keeps noise low — few false positives, deduplicated comments, severity labels — so my team doesn't tune it out
Get started docs6 stories
- Run the product headlessly / in CI for automation
- Set up automations that run autonomously in the background
- The reviewer holds the line on AI-generated PRs — it verifies agent-authored code at a volume no human team could review
- Perform bulk operations across many items at once
- The reviewer installs as a GitHub/GitLab app and posts reviews as native inline comments on my pull requests within minutes
- Every PR gets an auto-generated summary and change walkthrough so human reviewers orient fast
Changelog docs3 stories
On prem docs3 stories
Pricing docs3 stories
OpenAPI spec2 stories
Whats new docs2 stories
Probe proofs — replayable recordings from the probe harnessProbe proofs
Replayable recordings from our probe harness — see the Prove-It protocol to submit one.
$curl -si -X POST https://sdk.qodo.ai/v1/tools/mcp/ -H 'Content-Type: application/json' -d '<jsonrpc initialize>'reproduced$ curl -si -X POST https://sdk.qodo.ai/v1/tools/mcp/ -H 'Content-Type: application/json' -d '<jsonrpc initialize>'
HTTP/2 401
date: Thu, 10 Sep 2026 18:26:46 GMT
server: uvicorn
www-authenticate: Bearer realm="auth_required"
content-length: 80
content-type: application/json
via: 1.1 google
strict-transport-security: max-age=16070400; includeSubDomains
alt-svc: h3=":443"; ma=2592000,h3-29=":443"; ma=2592000
{"error":{"code":"MT-AUTH-MISSING","message":"Bearer authentication is needed"}}
$curl -s https://docs.qodo.ai/llms.txt | head -6reproduced$ curl -s https://docs.qodo.ai/llms.txt | head -6 # Qodo Qodo is an AI code review and governance platform for engineering teams. It provides pull request review, coding standards and governance, cross-repository analysis, and AI-assisted developer workflows. This file indexes the Qodo documentation. Use it to identify the most relevant documentation area and page before retrieving detailed content.
$curl -sL https://docs.qodo.ai/code-review/overview.md | head -12reproduced$ curl -sL https://docs.qodo.ai/code-review/overview.md | head -12 > ## Documentation Index > Fetch the complete documentation index at: https://docs.qodo.ai/llms.txt > Use this file to discover all available pages before exploring further. # How Qodo code review works > Qodo combines multi-agent review, deep repository context, and continuous learning to deliver high-signal, actionable feedback on every pull request. Qodo accelerates code reviews and improves the quality of your applications by surfacing bugs and issues in your code. Qodo integrates seamlessly into your Git workflows, helping you review and understand AI-generated code. It ensures that every line of code in production aligns with best practices and meets your organization's engineering standards. As AI generates more code, reviewing that code safely requires more than generic checks or long lists of comments. Qodo is built for that shift.
Claims vs evidence — vendor claims reconciled against independent verdictsClaims vs evidence
3 of 15 testable claims verified · 0 contradicted → integrity 20/100
22 distinct capability claims found in Qodo’s own claimed-docs/GitHub materials, reconciled against our judge’s independent verdicts.
3
Verified
12
Unverified
0
Contradicted
24
Undersold
Verified (3)
“Each finding explains what to fix, why it matters, and how, with severity ranking”
The reviewer keeps noise low — few false positives, deduplicated comments, severity labels — so my team doesn't tune it outpartialproof ↗
“Agentic Toolbox exposes Qodo's code understanding and review capabilities inside an existing coding agent”
Review findings hand off cleanly to my coding agent — copyable fix prompts or direct integration with Claude Code, Cursor, or Codexfullproof ↗
“Can review code changes before a pull request is even opened”
I get the same review inside my IDE before I push, catching issues while the code is still in my editorpartialproof ↗
Unverified (16)
“Automatically reviews every pull request once connected to your repo”
The reviewer installs as a GitHub/GitLab app and posts reviews as native inline comments on my pull requests within minutesfullproof ↗
“Users can discuss, dismiss, or have Qodo apply a fix directly to a finding”
I turn a review finding into an applied fix — a committed patch or an agent-generated follow-up — without leaving the PRfullproof ↗
“Users can discuss, dismiss, or have Qodo apply a fix directly to a finding”
I reply to the reviewer in the PR thread to ask questions, get explanations, or issue commands — and it answers in contextfullproof ↗
“Agent can retrieve and resolve review findings via the toolbox”
I reply to the reviewer in the PR thread to ask questions, get explanations, or issue commands — and it answers in contextfullproof ↗
“Agent can retrieve the rules and standards applicable to a given task”
I encode my team's own review guidelines — natural-language rules, AST patterns, or linked style guides — and the reviewer enforces thempartialproof ↗
“Offers ready-made display presets (Minimal, Standard, Comprehensive, Custom) instead of manual configuration”
I configure the reviewer with a versioned config file in my repo — path filters, per-path instructions, review profilespartialproof ↗
“Settings can be applied org-wide by default or overridden per repository”
I roll out org-level review defaults across hundreds of repos and manage exceptions centrallyfullproof ↗
“Configuration as code via a .pr_agent.toml file at repo, project, group, or org level”
I configure the reviewer with a versioned config file in my repo — path filters, per-path instructions, review profilespartialproof ↗
“Centralized rule system to define and enforce engineering standards”
I encode my team's own review guidelines — natural-language rules, AST patterns, or linked style guides — and the reviewer enforces thempartialproof ↗
“Rule Miner auto-generates rules by mining past pull request history”
The reviewer builds a persistent memory of my team's conventions and past review decisions and applies it to future PRsfullproof ↗
“Maps how repositories, services, and teams connect to assess full system impact of code changes”
The reviewer understands changes that span multiple repositories or a large monorepo and reviews them coherentlypartialproof ↗
“Maintains a complete history of findings, decisions, and codebase health over time”
I see dashboards of findings, acceptance rates, and review coverage across my orgpartialproof ↗
“Can be deployed entirely within a customer's own infrastructure”
“Guided wizard connects a self-hosted Bitbucket Data Center server to Qodo”
The reviewer installs as a GitHub/GitLab app and posts reviews as native inline comments on my pull requests within minutesfullproof ↗
“Does not train AI models on customer code”
Prevent my data from being used to train AI modelsfullproof ↗
“Offers strict data retention controls as a plan feature”
Undersold (24)
Point an agent at llms.txt or agent-oriented docsfullproof ↗
Run the product headlessly / in CI for automationfullproof ↗
Drive the product through a documented public APIpartialproof ↗
Get AI-generated insights and suggestions from my data inside the productfullproof ↗
Set up automations that run autonomously in the backgroundpartialproof ↗
Delegate tasks to a built-in AI assistant inside the productfullproof ↗
Operate the product with natural-language commandspartialproof ↗
The reviewer holds the line on AI-generated PRs — it verifies agent-authored code at a volume no human team could reviewpartialproof ↗
I define custom agentic pre-merge checks in plain language — 'docs updated', 'tests cover new paths' — that run on every PRpartialproof ↗
Perform bulk operations across many items at oncepartialproof ↗
Define rules that trigger actions automatically on eventspartialproof ↗
Review comments reflect the whole repository — call sites, related modules, existing conventions — not just the changed hunksfullproof ↗
I control when reviews run — skip drafts, trigger on demand, filter by branch or label — so the bot shows up only when wantedpartialproof ↗
Do everything through the API that I can do in the UIpartialproof ↗
Review comments include committable suggested diffs I can apply with one clickfullproof ↗
Every PR gets an auto-generated summary and change walkthrough so human reviewers orient fastfullproof ↗
Pushing new commits triggers an incremental re-review that tracks what was fixed instead of repeating old commentspartialproof ↗
Choose where my data is stored (region/residency)partialproof ↗
The reviewer catches real bugs in my PR — logic errors, race conditions, broken edge cases — not just style nitspartialproof ↗
Reviews flag security problems in the diff — injection risks, leaked secrets, insecure patterns — alongside functional bugspartialproof ↗
I run reviews from a CLI against local diffs or in CI scripts, with machine-readable output my tooling can consumepartialproof ↗
Claims outside our story set (4)
Real capability claims found in Qodo’s own materials, but no story in this arena’s taxonomy covers them yet — that’s feedback on the taxonomy, not a mark against the product.
“Adds a native PR risk tag/label in the Git provider to help triage which PRs need closest review”
source ↗“Setup wizard walks new users through connecting Qodo to their development environment”
source ↗“Links task management tools to connect code changes with issues and tasks”
source ↗“Detects UX deviations where implementation diverges from linked Figma designs”
source ↗
Business model
14-day free trial; Pro Team is $30/mo base (up to 30 users) plus pooled review credits at $0.012/credit with a customer-set overage cap; Enterprise (BYOK, on-prem) is custom; free program for qualified open source.
pricing ↗Score trend
How this product’s scores have moved as evidence and verdicts are re-derived — a point per change, not per day.
Try Experimental
Run it in the microterminal →Recorded agent sessions — and a live MCP handshake where the vendor ships one.
Flag
⚑ Flag a verdictThink a verdict is wrong? Opens a prefilled GitHub issue — or use the ⚑ next to any verdict above.
For agents
Agent surface uptime MCP up · llms.txt up (tracking since Sep 11 '26)
