Skip to main content
QodoProduct page

Qodo Signals

What engineering leaders and their teams report about Qodo, with every finding tied to its evidence.

Read the findings

What the evidence says

Whose sources count

Practitioner sentiment, leaders and teams

+17 Mixed from 23 sources that take a side

How this figure is made

Mixed overall signal, net 17 points

From 23 authors in 22 discussions. Small sample. Run a pilot on live pull requests to measure which comments engineers act on and which they dismiss.

Analyzed
68 total sources
Top praise
Real bug catches (7 of 7 sources) See praise evidence
Top concern
Comment noise and wrong findings (8 of 10 sources) See concern evidence

Jan 2025 to Oct 2026.

53 sources from practitioners, by month and sentiment.

Of 23 team and maintainer accounts that give an opinion, 9 speak well of Qodo, 9 report both gains and problems, and 5 speak against it. All 7 team sources that discuss bug catches report real ones, and comment noise is raised by 8 of the 10 that discuss it. At Beko, developers resolved 73.8% of the reviewer's comments while average pull request closure time rose from 5 hours 52 minutes to 8 hours 20 minutes. Of the 8 teams that weighed keeping Qodo, 5 kept it and 3 dropped it.

Positive, mixed and negative sources

The score counts each source once, as the split does. See How the numbers work.

See the evidence

Below: 2 praise themes, 2 concerns, 1 point of agreement and 1 disagreement.

Findings

Counted for Engineering leaders and teams, from 24 sources. Change group

What practitioners praise

Every capability practitioners describe positively, ranked by how many sources say so. Open one to read who said it.

  1. Real bug catchesAll 7 sources on it praise itReal defects, leaks, or mistakes that a human reviewer or another tool missed.

    Counted for Engineering leaders and teams.

    1. Positive

      Vivaan K., reviewer on G2

      Big-Picture Code Reviews with Qodo, Great for Catching Logic and Dependency IssuesG2 review, syndicated on AWS Marketplace

      Vivaan K. rates Qodo 4 of 5. The data engineer values repository-wide checks for logic and dependency issues before merge. Judging findings still requires pipeline and business knowledge.

      Published Aug 25, 2026self-described: Data engineer reviewing pipeline changes against team coding standards

    2. Positive

      Subhramit Basu Bhowmick, maintainer at JabRef

      Add Qodo acknowledgement actionGitHub pull request on JabRef/jabref

      JabRef maintainers say Qodo has caught things they would otherwise have overlooked, and they kept having to remind authors to read its comments. They added a check that fails until the author replies to each Qodo comment or a push makes it outdated.

      "Over time, Qodo has proved to be useful in catching things that would've otherwise been overlooked."
      Excerpt, Subhramit Basu Bhowmick

      Published Jul 26, 2026JabRef open source reference manager, a Java desktop app with a large share of AI-assisted outside pull requests

    3. Positive

      Mohit Kumar, maintainer of cross-cluster-replication at OpenSearch

      [Enhancement] Enable AI-powered PR code review and suggestions (PR-Agent via opensearch-build)GitHub issue on opensearch-project/cross-cluster-replication

      A maintainer asked to bring the OpenSearch project's PR-Agent reviewer on Amazon Bedrock to cross-cluster-replication, saying that on the main OpenSearch repository it catches null pointer risks, wrong allocation IDs, missing error handling, and design problems before human review. The project onboarded the workflow to the repository.

      "…it catches issues like null pointer risks, incorrect allocation ID usage, missing error handling, and architectural concerns before human reviewers even look at the PR…"
      Excerpt, Mohit Kumar

      Published May 7, 2026OpenSearch project repositories maintained by Amazon engineers, sharing reusable review workflows from opensearch-build

    4. Mixed

      Umut Cihan, Bilkent University, with co-authors from Beko

      Automated Code Review In PracticeConference talk page, ICSE 2025 Software Engineering in Practice track

      At Beko, developers resolved 73.8% of the comments from a reviewer built on open source Qodo PR-Agent. Average pull request closure time rose from 5 hours 52 minutes to 8 hours 20 minutes. Developers credited faster bug detection and reported faulty reviews and irrelevant comments.

      "%73.8 of automated code review comments were labeled as resolved. However, the overall average pull request closure duration increased from five hours 52 minutes to eight hours 20 minutes…"
      Excerpt, Umut Cihan

      Published May 2, 2025self-described: Beko, a multinational home appliance maker: about 238 practitioners across ten projects had a reviewer built on PR-Agent; three projects and 4,335 pull requests analyzed

    5. Positive

      Jim Freeman, founder at Punt Labs

      ci(review): pilot Qodo-first review with bounded rounds (vox-2q95)GitHub pull request on punt-labs/vox

      Across 923 pull requests, Punt Labs hand-classified 50 comments per bot. Of Qodo's, 20% were real bugs and 54% were nits, with 12% false positives, and Qodo caused the fewest extra pushes. The team turned Copilot review off and made Qodo the first reviewer, running once on open with only high-severity findings posted inline.

      "Copilot is the noise source; Bugbot finds the most real bugs; Qodo converges but its false positives were all process "Rule violations"."
      Excerpt, Jim Freeman

      Published Oct 23, 2026Punt Labs, open source tools for agentic software engineering teams, with AI agents opening most pull requests

    6. Positive

      Ambrish Vadnerkar, Medium

      How I Added AI Code Reviews to Our GitLab Pipeline Using PR-AgentPersonal blog post, Medium

      Ambrish Vadnerkar found generated descriptions the biggest benefit after a few months of PR-Agent on every merge request. It caught a hardcoded API key, but noise persisted. Vadnerkar worries that the team will rely on it too much.

      Published Apr 6, 2026self-described: Their team's GitLab project, PR-Agent as an advisory CI job on every merge request with OpenAI, then Gemini 2.5 Flash

    7. Positive

      outofdistro, Hacker News commenter

      Comment on: Graphite is joining CursorHacker News comment

      outofdistro's team has used Qodo for a while. It occasionally finds a serious issue, but effort labels and file-by-file walkthroughs help most by speeding human review.

      Published Dec 20, 2025self-described: Employer team

    Open them in the record
  2. Configurable review rules3 of 7 sources on it praise itControls for what Qodo flags and when it runs, through .pr_agent.toml, extra instructions, rules, and portal settings.

    Counted for Engineering leaders and teams.

    Positive, 3

    1. Positive

      Jim Freeman, founder at Punt Labs

      ci(review): pilot Qodo-first review with bounded rounds (vox-2q95)GitHub pull request on punt-labs/vox

      Across 923 pull requests, Punt Labs hand-classified 50 comments per bot. Of Qodo's, 20% were real bugs and 54% were nits, with 12% false positives, and Qodo caused the fewest extra pushes. The team turned Copilot review off and made Qodo the first reviewer, running once on open with only high-severity findings posted inline.

      "Copilot is the noise source; Bugbot finds the most real bugs; Qodo converges but its false positives were all process "Rule violations"."
      Excerpt, Jim Freeman

      Published Oct 23, 2026Punt Labs, open source tools for agentic software engineering teams, with AI agents opening most pull requests

    2. Positive

      Ambrish Vadnerkar, Medium

      How I Added AI Code Reviews to Our GitLab Pipeline Using PR-AgentPersonal blog post, Medium

      Ambrish Vadnerkar found generated descriptions the biggest benefit after a few months of PR-Agent on every merge request. It caught a hardcoded API key, but noise persisted. Vadnerkar worries that the team will rely on it too much.

      Published Apr 6, 2026self-described: Their team's GitLab project, PR-Agent as an advisory CI job on every merge request with OpenAI, then Gemini 2.5 Flash

    3. Mixed

      dbudwin, PR-Agent user

      Is it possible to remember code suggestions from the previous push?GitHub issue

      dbudwin's PR-Agent setup repeated suggestions on every push. Maintainers later added a persistent inline comments setting to skip suggestions already posted.

      Published Jan 27, 2026self-described: Team running open source PR-Agent in GitHub Actions on every push, with Claude Sonnet 4.5 on Amazon Bedrock

    Mixed or negative, 4

    1. Mixed

      cptkoolbeenz, DAQiFi firmware team member

      review config: Qodo Rule 232249 contradicts CLAUDE.md's atomicity rule (and its own cited precedent #1028)GitHub issue

      A Qodo rule contradicts the project's documented atomicity rule and will fire on every related PR. The team declined one valid lock-free fix because of cost.

      Published Sep 18, 2026self-described: DAQiFi Nyquist firmware (FreeRTOS on PIC32)

    2. Mixed

      myakove, mtv-api-tests collaborator

      Docs policy: generated site output is committed, not hand-edited - Qodo rule 1255924 conflicts with .pr_agent.toml ignore globGitHub issue

      Red Hat QE reports a high-severity Qodo violation on every documentation PR. The rule flags committed generated files that .pr_agent.toml already excludes from review.

      Published Oct 8, 2026self-described: Red Hat QE, Migration Toolkit for Virtualization API test suite

    3. Negative

      Mark H., reviewer on G2

      Underwhelming Experience with Limited Features for the PriceG2 review, syndicated on AWS Marketplace

      Mark H. rates Qodo 1 of 5 and prefers Greptile after four months without visible product progress. They cite weak analytics, unintuitive generated rules, missing repository context, and broken GitHub sign-up.

      Published Jun 13, 2026self-described: Team members joined through GitHub; context features unavailable

    4. Negative

      swishfishdemolish, Indie Hackers member

      We Ran 11 AI PR Bots (and kept 1)Indie Hackers post

      The Indie Hackers member ranked Qodo eighth among 11 review bots tested on a production repository. It hallucinated often and lacked settings to cut the noise, though it was relatively cheap.

      Published Jan 29, 2026self-described: Team that ran 11 review bots on a production repository and kept Cursor Bugbot

    GILD's fact checks, which don't count as sources

    Checked Oct 12, 2026.Qodo reads .pr_agent.toml at repository, project, group, or organization level. The highest-precedence setting wins. Qodo recommends portal configuration. Review Standards, the rules and skills it enforces, are in beta. Configuration file

    Open them in the record

What concerns them

Every concern practitioners raise, most raised first.

  1. Comment noise and wrong findings8 of 10 sources on it raise it as a concernReview volume and repeated findings on each push, including rules that contradict repository conventions.

    Counted for Engineering leaders and teams.

    Raised as a concern, 8

    1. Positive

      Jim Freeman, founder at Punt Labs

      ci(review): pilot Qodo-first review with bounded rounds (vox-2q95)GitHub pull request on punt-labs/vox

      Across 923 pull requests, Punt Labs hand-classified 50 comments per bot. Of Qodo's, 20% were real bugs and 54% were nits, with 12% false positives, and Qodo caused the fewest extra pushes. The team turned Copilot review off and made Qodo the first reviewer, running once on open with only high-severity findings posted inline.

      "Copilot is the noise source; Bugbot finds the most real bugs; Qodo converges but its false positives were all process "Rule violations"."
      Excerpt, Jim Freeman

      Published Oct 23, 2026Punt Labs, open source tools for agentic software engineering teams, with AI agents opening most pull requests

    2. Mixed

      myakove, mtv-api-tests collaborator

      Docs policy: generated site output is committed, not hand-edited - Qodo rule 1255924 conflicts with .pr_agent.toml ignore globGitHub issue

      Red Hat QE reports a high-severity Qodo violation on every documentation PR. The rule flags committed generated files that .pr_agent.toml already excludes from review.

      Published Oct 8, 2026self-described: Red Hat QE, Migration Toolkit for Virtualization API test suite

    3. Mixed

      Rahul S., reviewer on G2

      Great Cross-Repo PR Insights, Though Severity Flags Can Miss the MarkG2 review, syndicated on AWS Marketplace

      Rahul S. rates Qodo 3 of 5. Their team uses it as an extra check on every pull request and values its cross-repository context. It sometimes flags trivial issues at high severity.

      Published Sep 24, 2026self-described: Team runs Qodo on all pull requests in its AI development lifecycle

    4. Mixed

      cptkoolbeenz, DAQiFi firmware team member

      review config: Qodo Rule 232249 contradicts CLAUDE.md's atomicity rule (and its own cited precedent #1028)GitHub issue

      A Qodo rule contradicts the project's documented atomicity rule and will fire on every related PR. The team declined one valid lock-free fix because of cost.

      Published Sep 18, 2026self-described: DAQiFi Nyquist firmware (FreeRTOS on PIC32)

    5. Negative

      swishfishdemolish, Indie Hackers member

      We Ran 11 AI PR Bots (and kept 1)Indie Hackers post

      The Indie Hackers member ranked Qodo eighth among 11 review bots tested on a production repository. It hallucinated often and lacked settings to cut the noise, though it was relatively cheap.

      Published Jan 29, 2026self-described: Team that ran 11 review bots on a production repository and kept Cursor Bugbot

    6. Mixed

      dbudwin, PR-Agent user

      Is it possible to remember code suggestions from the previous push?GitHub issue

      dbudwin's PR-Agent setup repeated suggestions on every push. Maintainers later added a persistent inline comments setting to skip suggestions already posted.

      Published Jan 27, 2026self-described: Team running open source PR-Agent in GitHub Actions on every push, with Claude Sonnet 4.5 on Amazon Bedrock

    7. Mixed

      Umut Cihan, Bilkent University, with co-authors from Beko

      Automated Code Review In PracticeConference talk page, ICSE 2025 Software Engineering in Practice track

      At Beko, developers resolved 73.8% of the comments from a reviewer built on open source Qodo PR-Agent. Average pull request closure time rose from 5 hours 52 minutes to 8 hours 20 minutes. Developers credited faster bug detection and reported faulty reviews and irrelevant comments.

      "%73.8 of automated code review comments were labeled as resolved. However, the overall average pull request closure duration increased from five hours 52 minutes to eight hours 20 minutes…"
      Excerpt, Umut Cihan

      Published May 2, 2025self-described: Beko, a multinational home appliance maker: about 238 practitioners across ten projects had a reviewer built on PR-Agent; three projects and 4,335 pull requests analyzed

    8. Positive

      Ambrish Vadnerkar, Medium

      How I Added AI Code Reviews to Our GitLab Pipeline Using PR-AgentPersonal blog post, Medium

      Ambrish Vadnerkar found generated descriptions the biggest benefit after a few months of PR-Agent on every merge request. It caught a hardcoded API key, but noise persisted. Vadnerkar worries that the team will rely on it too much.

      Published Apr 6, 2026self-described: Their team's GitLab project, PR-Agent as an advisory CI job on every merge request with OpenAI, then Gemini 2.5 Flash

    Discussed without concern, 2

    1. Mixed

      Veli Karakaya, Bilkent University, with Baykal Mehmet Uçar of Beko

      Understanding the Limits of Automated Evaluation for Code Review Bots in PracticeResearch paper, arXiv (EASE 2026)

      Of 2,604 labeled comments from the reviewer Beko built on open source PR-Agent and ran on GPT-4 Turbo, engineers marked 1,733 (about 66%) fixed and 871 (about 34%) wontFix. Beko's director of software engineering says those labels reflect delivery pressure as well as comment quality, so the bots need continuous monitoring.

      "We analyze an industrial dataset from Beko comprising 2,604 bot-generated PR comments, each labeled by software engineers as fixed/wontFix."
      Excerpt, Veli Karakaya

      Published Apr 27, 2026self-described: Beko's production pull request workflow on Azure DevOps, where developers must label every bot comment before merge

    2. Positive

      Vivaan K., reviewer on G2

      Big-Picture Code Reviews with Qodo, Great for Catching Logic and Dependency IssuesG2 review, syndicated on AWS Marketplace

      Vivaan K. rates Qodo 4 of 5. The data engineer values repository-wide checks for logic and dependency issues before merge. Judging findings still requires pipeline and business knowledge.

      Published Aug 25, 2026self-described: Data engineer reviewing pipeline changes against team coding standards

    GILD's fact checks, which don't count as sources

    Checked Oct 12, 2026.On GitHub and GitLab, inline_comments_severity_threshold keeps lower-severity findings in the summary. Relevance, in beta, rates each finding based on how the team handled similar findings before. Severity thresholds

    Open them in the record
  2. Credits, trials, and price1 of 5 sources on it raise it as a concernCredit costs and what happens when the free trial ends, including eligibility for free open source reviews.

    Counted for Engineering leaders and teams.

    Raised as a concern, 1

    1. Negative

      mattvv, Hacker News commenter

      Comment on: A real-world benchmark for AI code reviewHacker News comment

      mattvv ruled Qodo out at US$30 per developer a month with 20 pull requests per user. Some developers on their team open that many in a day.

      Published Feb 4, 2026self-described: Team whose developers open many pull requests a day

    Discussed without concern, 4

    1. Positive

      Titus Fortner, Technical Leadership Committee member at Selenium

      [build] automatically generate Qodo reviews from PRs by committersGitHub pull request on SeleniumHQ/selenium

      Because Qodo pauses reviews for authors without a seat, most Selenium pull requests went unreviewed unless someone with a seat asked. The project now posts the Qodo commands from a CI account that holds a seat, so every committer pull request gets a description and a review on open and on each push.

      "Qodo pauses reviews for PR authors without a Qodo seat, so most PRs only get reviewed when someone with a seat comments…"
      Excerpt, Titus Fortner

      Published Oct 12, 2026Selenium browser automation project, multi-language monorepo with a committers team and outside contributors

    2. Mixed

      Chris Vancoillie (eleshar), LightSpeed WordPress Development

      task: qodo-pr-agent - Validate pilot credential boundary and activationGitHub issue

      LightSpeed caps its self-hosted PR-Agent model key at US$20 a month, about 140 automatic runs by its estimate. The release pins an older LiteLLM model map, which prevents a move to Sonnet 5.5.

      Published Sep 24, 2026self-described: LightSpeed (lightspeedwp), an organization-wide pilot of self-hosted PR-Agent with an Anthropic key capped at US$20 a month

    3. Positive

      Ambrish Vadnerkar, Medium

      How I Added AI Code Reviews to Our GitLab Pipeline Using PR-AgentPersonal blog post, Medium

      Ambrish Vadnerkar found generated descriptions the biggest benefit after a few months of PR-Agent on every merge request. It caught a hardcoded API key, but noise persisted. Vadnerkar worries that the team will rely on it too much.

      Published Apr 6, 2026self-described: Their team's GitLab project, PR-Agent as an advisory CI job on every merge request with OpenAI, then Gemini 2.5 Flash

    4. Negative

      swishfishdemolish, Indie Hackers member

      We Ran 11 AI PR Bots (and kept 1)Indie Hackers post

      The Indie Hackers member ranked Qodo eighth among 11 review bots tested on a production repository. It hallucinated often and lacked settings to cut the noise, though it was relatively cheap.

      Published Jan 29, 2026self-described: Team that ran 11 review bots on a production repository and kept Cursor Bugbot

    GILD's fact checks, which don't count as sources

    Checked Oct 12, 2026.Each workspace starts with a 14-day trial. Usage stops at trial end unless paid billing is active. The workspace shares credits, and overage uses the base rate up to a monthly cap. Free open source reviews require a public GitHub repository with 200 or more stars, or an organization that has one. Qodo pricing & usage

    Open them in the record

Where the evidence agrees

Statements this group's sources agree on, then the ones close to agreement.

  1. Recurring point

    Qodo provides a first pass that speeds up human review. People own the final review and merge decision.

    5 supporting sources

Where it disagrees

Questions the sources split on, with the count on each side.

  • Evidence remains split

    Does Qodo's reviewer earn a permanent place on the pull request?

    • Kept it, 5 sources

      These sources kept Qodo on every pull request for its summaries and bug catches, as the primary reviewer or a fallback.

    • Dropped it, 3 sources

      These sources removed Qodo, most often after the trial ended or reviews stopped. A few found its comments unhelpful.

The evidence

Whose experience this is

The three groups, then every practitioner by the context they work in, and how emphasis changes with scale.

Three groups drawn from the same sources. Choose a group to select whose experience counts. Within that group, each author counts once in the practitioner sentiment, with their latest view. Signals open on Engineering leaders and teams.

  • Engineering leaders and teams

    24 sources. Teams and open source projects report how they run Qodo reviewers, what they measure, and whether they keep them.

  • Individual developers

    29 sources. Developers running Qodo on their own repositories report on trial endings, credit pricing, and missing reviews.

  • All practitioners

    53 sources. All accounts together: teams running open source PR-Agent and developers using Qodo's hosted reviewer, whose costs and limits differ.

53 sources from practitioners, by the context they work in. Filled rows count for this group.

  1. Individual practitionerSolo developers, contributors, and independent researchers29 sources

    Emphasizes Trial endings, pricing, and missing reviews

  2. Very small team2 to 10 engineers or a small maintainer groupNo sources from this setting yet
  3. Professional team11 to 50 engineers, or a named company or open source project20 sources, counted here

    Emphasizes Summaries, configuration, and noise

  4. Technical leadershipLeaders deciding adoption for their teams2 sources, counted here

    Emphasizes Adoption rate and lead time

  5. Organization-wideCompany-wide rollout2 sources, counted here

    Emphasizes Cost of self-hosting at scale

What changes with scale. Teams describe noise, setup, and whether the reviewer earns a permanent place. Teams that self-host PR-Agent also report model cost and maintenance. Individual developers describe bug catches and what happens when trials end or reviews stop.

Where the sources come from

Where this group's sources were published.

Counted for Engineering leaders and teams, from 24 sources. Change group

39 sources for this group, 15 of them documentation

  • Developer communities17, 44% of 39 sources
  • Product documentation15, 38% of 39 sources
  • Engineering blogs and reviews6, 15% of 39 sources
  • Talks and videos1, 3% of 39 sources

GILD keeps older evidence when it still applies. Accounts tied to renamed products, retired plans, or open source PR-Agent remain in the history as Needs a recheck or Out of date.

See sources by origin

The record

Who each source is, how it knows, whether it still applies and what it counts toward.

About this read

What changed, and how we count

What changed

  • Every source is public and includes a link, author, and publication date.
  • A finding appears on a page only when at least 5 sources from 3 different authors discuss it. Disagreements require at least 2 sources on each side.
  • The Test Generation theme had 1 source and was removed. Wrong rule findings now count under Comment Noise.
  • GILD checked noise, cost, reliability, and data findings against Qodo's current documentation.
  • GitHub bug reports count as mixed unless the author drops Qodo or recommends against it. Three reports moved from negative to mixed: the Azure DevOps formatting bug, the 195 failed reviews on the PR-Agent repository, and Red Hat QE's rule conflict.
  • GILD keeps English-language sources dated 2025 or later. The October 2026 cleanup removed 22 sources that failed the source standard and 6 sources from 2023 and 2024. It added 38 English sources, then removed 16 GitHub issues, 7 older and 9 new, to keep GitHub at about a third. Of the 29 remaining additions, 6 are GitHub issues, including Victor Lyuboslavsky of Fleet and LightSpeed. Another 15 are G2 reviews and 4 are Hacker News comments. The rest are posts or videos from Convex, Viktor Farcic, Ambrish Vadnerkar, and an Indie Hackers member.
  • Oct 25, 2026: added the Dashboard and setup friction theme, where 2 accounts already collected report a dashboard or a review workflow they could not get working.
  • Oct 25, 2026: Value for Money became a theme, with 1 account calling the free tier hard to argue with and 3 finding the plans cost too much for what they cover.
  • Oct 25, 2026: added 2 measured studies of Beko's reviewer built on open source PR-Agent. These are the ICSE 2025 paper (73.8% of comments resolved, longer closure times) and a 2026 follow-up on 2,604 labeled comments (about 66% fixed).

Method

A running review of what engineering teams report about Qodo, from individual builders to company-wide rollouts. Each finding links to its sources, and each conflict shows both sides.

Counts cover only the sources GILD reviewed.

Who counts

Engineering leaders and teams
Very small team, Professional team, Technical leadership, Organization-wide
Individual developers
Individual practitioner
All practitioners
Everyone in the leaders and teams and individual developers groups

Choose a group to select whose experience counts. Within that group, each author counts once in the practitioner sentiment, with their latest view. GILD files each source in a group from how the account describes its author. A role or employer marked self-described is what the source states about themselves. Documentation checks facts for every group and never counts toward sentiment.

How the numbers work

  • Overall signal. Positive votes minus negative ones, per 100 votes from the sources that take a side. Each author counts once, with their latest view, whoever they are and wherever they posted. The older weighted reading, where accounts GILD matched to a named person count three times when GILD lists the author among engineering leaders and twice otherwise, is shown beside it as a second view. Where an author wrote more than one source, the line beside the split gives the votes, one per author, so the score follows from it. When one author's sources from the same day disagree, that author counts as mixed, and a half point rounds away from zero. Sources with no opinion are listed and not counted. Strong positive is +50 or higher, positive +20 to +49, mixed −19 to +19, negative −20 to −49, strong negative −50 or lower.
  • Weighted reading, second view. Counted the older way, where an account GILD matched to a named person counts two or three times, leaders and teams read +34 positive (method sentiment/S1). GILD printed that number as "GILD score" until October 29, 2026; most of those matches rest on a name or a self-described role.
  • Method change, Oct 30, 2026. GILD changed how practitioner sentiment counts, to one vote per author. Weighted, it read +34 Positive; with one vote per author it reads +17 Mixed. No evidence changed.
  • Unscored. A group gets a score only with 20 sources from 15 authors. Below that, one source moves the score about 5 points, so the read says "Unscored until 20 sources from 15 authors" and shows its counts.
  • Independence. A source whose author works for the vendor, for one of its partners or programs, or for a competitor, and a page the vendor published or ran, is listed with that tie and counts toward nothing. One author counts on at most two records per product. The line under the score says how many authors and how many separate discussions the counted sources come from: comments in one thread are one discussion.
  • Praise and concerns. How many of the sources that discuss a theme praise it or raise it.
  • Consensus. A statement joins when 20% of the group's sources support it and fewer contradict it. Contradicting sources are counted separately. Below that line a statement shows as building. At 40% or more it reads Strong agreement; below, Recurring point.
  • Disagreements. The count on each side. GILD names no winner and gives no share of all users.
  • Minimum evidence. A finding needs 5 sources from 3 authors; a disagreement also needs 2 on each side. Smaller counts stay in the table below, marked under the minimum.

Labels on a source

A source's date and whether it still applies are separate: a recent post can describe an old version, and an old one can still hold.

Documented
Stated in official documentation.
Reported
A practitioner's account of their own use.
Measured
Backed by the source's own measurements, such as a comparative test or tracked team metrics.
GILD analysis
GILD's check of a claim against official documentation.
Current
Describes the product as it is now.
Still applicable
Older, and the behavior or lesson still holds.
Needs a recheck
May depend on a plan, version or setting that changed since it was written. It keeps counting until GILD rechecks it, since the rest of the account usually holds, and its card says so.
Out of date
No longer accurate. Kept in the record; counts toward nothing current.

Flagged for a recheck, of the sources that take a side: leaders and teams 3 of 23, individual developers 0 of 26, all practitioners 3 of 49.

Limits

  • The 53 sources include 20 GitHub issues and pull requests, 15 G2 reviews read on Qodo's AWS Marketplace listing, which G2 marks as from verified users, and 11 Hacker News comments. The remaining sources include a Convex engineering post, a personal post, a video, an Indie Hackers post, and a security write-up. They also include two studies of Beko's company-wide PR-Agent reviewer: an ICSE 2025 paper and a 2026 arXiv paper. GILD held GitHub bug reports and project threads to 16, about a third of the first 49 sources, because issue trackers record problems more often than satisfaction. The other 4 GitHub threads are adoption decisions at Selenium, Punt Labs, OpenSearch and JabRef, each by a maintainer or founder whose role is stated on a project page. A bug report counts as mixed unless its author drops Qodo or recommends against it. G2 reviews lean positive, so issue trackers and G2 pull in opposite directions. These counts describe the sources collected. They do not represent all Qodo users. Project owners filed several issues drafted with coding agents. Reddit was not reachable for collection. The two Beko studies add measured company-wide outcomes.
  • Sources cover CodiumAI's open source PR-Agent, hosted Qodo Merge, and Qodo Review. PR-Agent accounts that use customer model keys carry Needs a recheck because the community now maintains it outside Qodo. Accounts about the deprecated IDE plugin, Qodo Command CLI, or old free credit plan carry Out of date.

Every count, and the sources behind it

17 findings for 3 groups

Each row opens its sources for the group you are reading.

FindingEngineering leaders and teamsIndividual developersAll practitionersSources
Current readCurrent sentiment9 positive, 9 mixed, 5 negative10 positive, 11 mixed, 5 negative19 positive, 20 mixed, 10 negativeSources
PraisePR summaries and effort labels3 of 3 positive (under the minimum)1 of 1 positive (under the minimum)4 of 4 positive (under the minimum)Sources
PraiseReal bug catches7 of 7 positive11 of 11 positive18 of 18 positiveSources
PraiseSuggested fixes1 of 2 positive (under the minimum)1 of 5 positive2 of 7 positiveSources
PraiseConfigurable review rules3 of 7 positive5 of 5 positive8 of 12 positiveSources
PraiseGit platform coverage0 of 1 positive (under the minimum)0 of 0 positive (under the minimum)0 of 1 positive (under the minimum)Sources
PraiseValue for Money0 of 1 positive (under the minimum)1 of 3 positive (under the minimum)1 of 4 positive (under the minimum)Sources
ConcernDashboard and setup friction1 of 1 raise it (under the minimum)1 of 1 raise it (under the minimum)2 of 2 raise it (under the minimum)Sources
ConcernComment noise and wrong findings8 of 10 raise it6 of 8 raise it14 of 18 raise itSources
ConcernCredits, trials, and price1 of 5 raise it5 of 6 raise it6 of 11 raise itSources
ConcernMissing reviews and setup3 of 3 raise it (under the minimum)6 of 6 raise it9 of 9 raise itSources
ConcernSecurity and data exposure0 of 2 raise it (under the minimum)2 of 2 raise it (under the minimum)2 of 4 raise it (under the minimum)Sources
ConsensusA first pass, with humans owning the merge5 supporting3 supporting (under the minimum)8 supporting (below threshold)Sources
ConsensusSelf-hosting on your own model keys matters4 supporting (under the minimum)2 supporting (under the minimum)6 supporting (below threshold)Sources
DisagreementDoes Qodo's reviewer earn a permanent place on the pull request?Kept it 5, Dropped it 3Kept it 3, Dropped it 3Kept it 8, Dropped it 6Sources
DisagreementCompared hands-on, do practitioners prefer Qodo or another reviewer?Prefer Qodo 1, Prefer another 5 (under the minimum)Prefer Qodo 1, Prefer another 2 (under the minimum)Prefer Qodo 2, Prefer another 7Sources
Current readEvidence mix39 sources44 sources68 sourcesSources

Fact checks

GILD's checks of claims against official documentation, kept apart from the source counts.

  • Configurable review rules. Qodo reads .pr_agent.toml at repository, project, group, or organization level. The highest-precedence setting wins. Qodo recommends portal configuration. Review Standards, the rules and skills it enforces, are in beta. Configuration file, checked Oct 12, 2026
  • Comment noise and wrong findings. On GitHub and GitLab, inline_comments_severity_threshold keeps lower-severity findings in the summary. Relevance, in beta, rates each finding based on how the team handled similar findings before. Severity thresholds, checked Oct 12, 2026
  • Credits, trials, and price. Each workspace starts with a 14-day trial. Usage stops at trial end unless paid billing is active. The workspace shares credits, and overage uses the base rate up to a monthly cap. Free open source reviews require a public GitHub repository with 200 or more stars, or an organization that has one. Qodo pricing & usage, checked Oct 12, 2026
  • Missing reviews and setup. Qodo deprecated selected v1 commands on September 1, 2026 and set October 1, 2026 to permanently remove the affected ones. Some have no direct replacement. Sunsetting legacy v1 commands, checked Oct 12, 2026
  • Missing reviews and setup. Qodo set October 30, 2026 as the IDE plugin's retirement date. Local code review now runs inside coding agents. Integrations, checked Oct 12, 2026
  • Missing reviews and setup. Unmigrated installations keep working without rules and findings. Launch the installation wizard for advanced code review, checked Oct 12, 2026
  • Security and data exposure. Qodo offers multi-tenant hosting, single-tenant hosting on Enterprise, and on-premises on Kubernetes. It lists on-premises support for every provider except Azure DevOps Cloud. Kudelski reports that Qodo fixed its disclosed vulnerabilities by October 2025. Deployment models by Git provider, checked Oct 12, 2026