AI Engineer World's Fair 2026

AI Writes More PRs. Who Validates Them? — Ali-Reza Adl-Tabatabai, Sonar

Ali-Reza Adl-Tabatabai· Gitar (now part of Sonar)11:34

Slide chapters

17 slide and demo groups · Timestamps are approximate.

Let’s talk about code

Ali introduces his focus: verifying code in the age of AI.

Text in image
Let’s talk about code

Sonar
2

PR validation in an AI world

Between AI-assisted coding and rollout, CI and code review enforce central quality gates. As engineering scales, longer builds and distributed reviews can slow this critical path, which also carries significant infrastructure costs.

Text in image
PR validation: Even more critical in an AI world

Coding inner loop
(AI assisted)

PR validation
CI & code review

Rollout

Enforces central quality gates
Critical path of software delivery
Significant dev infrastructure cost
Focus of platform optimizations

Sonar
3

The outer loop has a problem

PR validation failures create a feedback loop lasting hours to days and disrupt developer flow. Fragmented systems make optimization expensive and AI orchestration complex.

Text in image
But the outer loop has a problem...

Coding inner loop (AI assisted)
PR validation: CI & code review
Rollout

Failures
Slow feedback loop: hours to days
>30% error rates
Flow disruption

Costly failures
Expensive to optimize
Complex for AI

Sonar

AI code generation amplifies the problem

AI generates more and larger PRs, shifting costs toward review and potential production failures. Teams face a choice between slower, careful reviews and rubber-stamping PRs that risk incidents.

Text in image
...and AI code generation agents amplify it

AI is generating more code than ever = More code reviews + More failures

Costs shift right

Sonar

Agentic PR validation

Gitar sits in a feedback loop beneath PR validation, between AI-assisted coding and rollout. The speaker says its agent automates validation to produce green PRs ready to merge.

Text in image
THE SOLUTION
Agentic PR validation

Coding inner loop
(AI assisted)

PR validation
CI & code review

Rollout

gitar

Outcomes: high-quality, green PRs

Sonar

Review

Gitar posts an inline review comment on a function that estimates hours saved, flagging numeric inputs that are not validated as finite and non-negative.

Text in image
Review

lib/generated/roi-kawjjqsr.ts
Comment on lines +3 to +9

3  + export const estimateHoursSaved = (
4  +   prsPerWeek: number,
5  +   automationRate: number,
6  + ): number => {
7  +   const minutesSaved = prsPerWeek * 25 * automationRate;
8  +
9  +   return (minutesSaved / 60).toFixed(1);

Edge Case: Numeric inputs are not validated as finite, non-negative

Interface text:
gitar-bot Bot reviewed now
View reviewed changes
gitar-bot Bot now
Reply...
Resolve conversation
Sonar

Custom rules

Gitar checks custom repository rules alongside code review. Here it flags a missing issue link on a 52-line PR and a description that lacks the required headers.

Text in image
Custom rules

Code Review: 👍 Approved with suggestions; 4 resolved / 5 findings
Rules: ❌ No requirements met

Repository Rules

❌ GitHub Issue Linking Requirement: The PR description does not contain a link to a GitHub issue, and the 52-line change count exceeds the 50-line exemption threshold.

❌ PR Description Quality Standards: The PR description uses a 'Summary' section instead of the required headers: 'What changed?', 'Why?', 'How did you test it?', 'Potential risks', 'Release notes', and 'Documentation Changes'.

2 rules not applicable. Show all rules by commenting gitar display:verbose.

Options

Interface text:
gitar-bot Bot commented yesterday
Was this helpful? React with 👍 / 👎 | Gitar
Sonar

Block

Gitar can block merging when code review findings remain unresolved. The example offers an override comment, and maintainers can dismiss the review.

Text in image
Block

⚠ This PR is blocked due to unresolved code review findings.

Comment gitar unblock to override this block and allow merging.

Configure merge blocking · Maintainers can dismiss this review.

Interface text:
gitar-bot Bot requested changes 1 minute ago
View reviewed changes
gitar-bot Bot left a comment
Sonar

CI failure analysis

The bot traces a failed TypeScript build to an ROI helper that returns a string from toFixed(1), then suggests converting the result to a number.

Text in image
CI failure analysis

CI failed: The build failed due to a TypeScript type mismatch where a string is returned instead of the expected number in the new ROI helper utility.

Overview

The CI build failed during the TypeScript compilation step in the pricing calculator module. Analysis of the logs confirms a strict type violation introduced by the recent changes.

Failures

TypeScript Type Mismatch (confidence: high)

• Type: build
• Affected jobs: 84594677254
• Related to change: yes
• Root cause: The new ROI helper function uses .toFixed(1), which returns a string, causing a conflict with the expected return type of the function.
• Suggested fix: Convert the result of the calculation to a number. Update line 9 in lib/generated/roi-bn9859hs.ts to wrap the expression: return Number((minutesSaved / 60).toFixed(1));

Summary

• Change-related failures: 1 (TypeScript compilation error caused by invalid type return in the new ROI helper).
• Infrastructure/flaky failures: 0
• Recommended action: Update the ROI helper function to ensure it returns a number instead of a string by casting the result of toFixed(1) to Number().

Interface text:
gitar-bot Bot commented now · edited
Sonar

Fix

gitar-bot flags missing input validation and shows a fix being applied: both inputs must be finite and non-negative before calculating hours saved.

Text in image
Fix

Edge Case: Numeric inputs are not validated as finite, non-negative

prsPerWeek and automationRate flow directly into a calculation without validation. Negative values, NaN, or Infinity produce nonsensical or non-finite results (e.g. a negative or NaN "hours saved"). Per the input-safety requirement, validate that both arguments are finite, non-negative numbers before using them.

Fix:

export const estimateHoursSaved = (
  prsPerWeek: number,
  automationRate: number,
): number => {
  if (!Number.isFinite(prsPerWeek) || prsPerWeek < 0) {
    throw new RangeError("prsPerWeek must be a finite, non-negative number");
  }
  if (!Number.isFinite(automationRate) || automationRate < 0) {
    throw new RangeError("automationRate must be a finite, non-negative number");
  }
  const minutesSaved = prsPerWeek * MINUTES_SAVED_PER_PR * automationRate;
  return Number((minutesSaved / MINUTES_PER_HOUR).toFixed(1));
};

Applying fix

Interface text:
9 + return (minutesSaved / 60).toFixed(1);
gitar-bot Bot 1 minute ago · edited
Reply for a change | Was this helpful? React with 👍 / 👎
Sonar

Approve and merge

The bot reports four resolved findings and approves the PR under its configured criteria. The screenshot then shows the PR merged after a check passed.

Text in image
Approve and merge

Code Review ✅ Approved 4 resolved / 4 findings
Integrates an ROI hours-saved helper for the pricing calculator, addressing all input validation, type consistency, and documentation requirements. Resolved issues include magic number extraction and missing JSDoc examples.

Auto-approved and auto-merge armed: The PR contains only additions/edits to a TypeScript helper utility under lib/, satisfying the specified auto-approval criteria. — merges when pipeline and required approvals pass.

✅ 4 resolved
Options ✅ Auto-apply

Pull request successfully merged and closed
You're all set — the gitar-demo-roi-kawjjqsr branch can be safely deleted.

Sonar

Interface text:
gitar-bot Bot commented 9 minutes ago
Was this helpful? React with 👍 / 👎 | Gitar
gitar-bot Bot merged commit 24c7c8e into main 8 minutes ago
1 check passed
View details
Revert
Delete branch

The trajectory: Full PR automation

As users build trust in reviews, the speaker says they progress from blocking and fixing issues to setting rules for automatic approval and merging. The diagram associates greater trust and automation with increased value.

Text in image
The trajectory: Full PR automation

Increased automation
Increased value
Increased trust

Merge
Approve
Fix
Block
Review

Sonar

Insights

The dashboard groups CI failures and explains a golden-file mismatch. Of 6,620 reviewed PRs, 40% are features.

Text in image
Insights

Top CI Failures

Build 1063
Test 618
Configuration 104
Infrastructure 103
Dependency 60
Tooling 37
Flaky Test 12
Authentication 9
Other 4

Test timeouts in integration/E2E test suites
Golden file / snapshot mismatch after code changes

DERIVED FROM
#7343  #2  #7210

DETAILS
Root cause: Tests that compare actual output against stored golden files (expected output files) fail because the code changes produced different output than what was previously recorded.

Pattern:
• Test fails with: Expected output does not match golden file
• Affects AutoScan tests, rule analysis end-to-end tests, and snapshot-based UI tests
• Often intentional: rule changes that produce new findings cause existing golden files to become stale

Resolution: If the new output is correct, update the golden files (its/end-to-end/src/test/resources/, src/test/resources/autoscan/). If unexpected, investigate the regression introduced by the change.

Test assertion failures due to logic regressions
NullPointerException or NPE in test execution
TypeScript / JavaScript compilation errors blocking test execution

PRs by Type
Distribution of reviewed PRs by type

6620 PRs
Feature 2641 40%
Fix 1074 16%
Chore 1051 16%
Refactor 639 10%
CI 500 8%
Docs 364 5%
Test 134 2%
Performance 80 1%
Revert 46 1%
Style 40 1%
Build 27 0%
Breaking 21 0%
Other 3 0%

Interface text:
Copy
Sonar

Gitar architecture

Gitar’s control plane orchestrates PR workflows, while its agent runtime manages multi-agent execution, context and tools. An LLM proxy handles model routing and failover.

Text in image
Gitar: Purpose-built for agentic validation workflows

Browser
Admin interface

SaaS or self-hosted
Integrations
Buildkite
circleci
Claude

Web app
Configuration
Audit logs
Reports
Insights

Control plane
Workflow orchestration
Event handling
State management
GitHub/GitLab UX

Agent runtime
Multi-agent execution
Context & memory
Tool calls
Integrations + MCP

LLM proxy
Routing
Failover
Telemetry
Guardrails

Sonar

Gitar and SonarQube

Gitar’s agent runtime connects to SonarQube, pairing agentic validation with program analysis. The speaker sees opportunities to combine agents with taint, control-flow, data-flow, and software composition analysis.

Text in image
Gitar: Purpose-built for agentic validation workflows

Browser
Admin interface

SaaS or self-hosted
Integrations
Buildkite
circleci
Claude

Web app
Control plane
Agent runtime
LLM proxy

Gitar + SonarQube
Agentic and program analysis at work together

Sonar

Resulting in

Sonar says combining agents and program analysis improves quality, security, and delivery speed. Automation reduces review work, while platform teams can fix issues, add customizations, and see insights.

Text in image
Resulting in

Better quality and security
Faster delivery
Higher productivity and sentiment
Greater leverage for platform teams

Sonar

Unlocking agentic development

The speaker says Gitar automates PR validation through merge to keep pace with AI-generated code, and argues that agentic validation and program analysis work better together.

Text in image
Unlocking agentic development

PR validation is critical but AI adds friction
Fully autonomous PRs match the speed of AI
AI + program analysis = Better together

Sonar

Read the talk

AI Writes More PRs. Who Validates Them?

Ali-Reza Adl-Tabatabai explains how Gitar automates the path from code review and CI failures to a green pull request—and why workflow orchestration, gradual trust and program analysis matter as much as the agent.

From a talk by Ali-Reza Adl-Tabatabai

At a glance

Ideas worth remembering

  • AI-generated PR volume moves work into CI and review, where failures can add hours or days of coordination and delay.

  • Agentic validation connects review and CI diagnosis to retries, repairs and a loop toward a green PR. Team-defined conditions govern automatic approval and merge.

  • The observed adoption path grants capability gradually: review first, then blocking, autofix and rule-controlled merging.

  • A validation-specific harness lets Gitar optimize token cost, precision and coverage, while orchestration and model routing remain separate responsibilities.

  • Combining agents with SonarQube program analysis is the proposed next step toward better precision and coverage; the talk presents the direction without a comparative evaluation.

Faster code generation leaves validation on the critical path

A pull request can be quick to write and slow to land. CI and code review sit between a proposed change and production, enforcing security, compliance and code-quality checks. Ali-Reza Adl-Tabatabai, a Gitar founder and former CEO, opens with this centralized validation phase. Gitar had recently become part of Sonar, and its focus was the work required to verify code before shipping it.

Validation gets harder as an engineering organization grows. Builds and tasks run longer; reviewers work asynchronously across sites and time zones; more tools need integration; infrastructure costs rise. The platform team inherits a system whose speed affects every developer’s ability to get changes into production.

A failure adds an “outer loop” measured in hours and days: the change needs another round of attention and validation before it can proceed. The cost includes developer time and the interruption of work already underway. Improving that loop is difficult because the underlying system consists of fragmented tools connected through bespoke configuration and scripts, often maintained by a constrained platform team. Automating it requires coordination across asynchronous workflows and integrations, beyond interpreting a single error message.

0:130:42
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

0:13 · section reference included

More and bigger PRs move the cost downstream

AI increases both the number and size of pull requests, each of which can contain defects. That moves development costs downstream: more code requires review, and missed defects can become production failures. Careful manual review slows delivery; rubber-stamping preserves movement while increasing the risk of incidents. Either outcome can erode the productivity and developer satisfaction that faster code generation was supposed to improve.

“Of course, it’s more AI” is Adl-Tabatabai’s answer to this bottleneck. Gitar applies an agent to validation, with a concrete target: deliver a green PR ready to merge, or carry it through an automatic merge. That target makes workflow completion central to the product. Finding an issue is only the beginning of the work.

2:563:27
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

2:56 · section reference included

Review findings and CI failures feed a repair loop

The first step is familiar: creating a PR triggers review, and the agent posts issues and inline comments. Gitar’s design goal is to keep that experience quiet enough to be useful, through both its interface and its selection of findings that matter. Teams can supply their own review rules, custom checks and workflow automations. They can also make unresolved findings block merging, turning a comment into an enforced quality gate.

CI analysis adds another source of feedback. The agent summarizes the root causes of failures and identifies flaky tests. A team can configure automatic retries for those tests. This distinguishes two responses to a failed check: retry a task believed to be flaky, or repair an issue identified in the code or CI workflow. The usefulness of the distinction depends on correctly recognizing the failure.

Consider the flaky-test example as a walkthrough of the configured behavior. A PR has a failing CI check. The agent analyzes the failure and, if it identifies a flaky test covered by a retry rule, retries that test. If unresolved review findings or CI failures remain, the autofix capability can address them; the team can request a specific fix or enable a loop that continues until the PR is green. A green PR can then receive automatic approval and merge when the team’s conditions permit it. The observable change is from a PR waiting on failures to one eligible to land, with diagnosis, retry, repair and approval doing different jobs along the way.

Selected presentation frame from AI Writes More PRs. Who Validates Them? — Ali-Reza Adl-Tabatabai, Sonar at 331 secondsOpen full source frame
A pull request interface shows an approval and merge step.

Where does the loop continue, and where does it stop? The diagram separates validation feedback from the final merge decision. Remaining issues send the PR back through repair and validation; reaching green makes it a candidate for rule-controlled approval and merge. Passing checks is therefore one condition in the workflow, rather than an unconditional instruction to ship.

From validation feedback to a rule-controlled merge

Created PRThe proposed change enters validation.
Review and CI analysisPost review findings and summarize CI failure causes.
Resolve failuresRetry identified flaky tests under rules or autofix outstanding issues.
Green PRThe repair loop has resolved the issues required for readiness.
Approve and mergeAutomatic action depends on the team’s rules and conditions.
Review and CI supply issues to resolve. Autofix repeats until the PR is green; configured conditions govern automatic approval and merge.
Read the diagram as text
  • Created PR. The proposed change enters validation.
  • Review and CI analysis. Post review findings and summarize CI failure causes.
  • Resolve failures. Retry identified flaky tests under rules or autofix outstanding issues.
  • Green PR. The repair loop has resolved the issues required for readiness.
  • Approve and merge. Automatic action depends on the team’s rules and conditions.
  • Created PR → Review and CI analysis: Start review.
  • Review and CI analysis → Resolve failures: Outstanding findings or failures.
  • Resolve failures → Review and CI analysis: Continue the validation loop.
  • Review and CI analysis → Green PR: Issues resolved.
  • Green PR → Approve and merge: Configured conditions permit.
4:044:34
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

4:04 · section reference included

Trust grows from comments to permission to merge

Gitar’s users do not necessarily enable the whole workflow at once. Adl-Tabatabai describes a progression that starts with reading reviews and judging whether the findings are accurate and important. Once those reviews earn trust, teams let the agent block PRs. They then use autofix to resolve review findings and CI failures. The larger leap is allowing the agent to approve and merge under explicit rules.

Selected presentation frame from AI Writes More PRs. Who Validates Them? — Ali-Reza Adl-Tabatabai, Sonar at 361 secondsOpen full source frame
A slide arranges review, block, fix, approve and merge along a rising trust path.

Each step changes the agent’s effect on delivery. Comments advise; blocking prevents a change from landing; autofix changes the PR; approval and merge complete the workflow. This progression lets teams build confidence before granting the next capability. The additional value comes from removing more of the human coordination between those steps.

5:456:15
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

5:45 · section reference included

Processing every PR also reveals recurring work

The same system that works on individual PRs can categorize activity across them. Two audiences get different views:

  • Platform teams: recurring CI failures. Failure categories distinguish flakiness, infrastructure problems and other causes. That helps teams decide whether to improve task reliability or address the infrastructure behind the checks.
  • Engineering leaders: the mix of landed PRs. Categories such as feature development, issue fixes, chores and refactors describe what kinds of changes the team is shipping.
Selected presentation frame from AI Writes More PRs. Who Validates Them? — Ali-Reza Adl-Tabatabai, Sonar at 422 secondsOpen full source frame
A slide shows an insights interface with a text panel and a donut chart.

These views answer different questions. CI categories help locate recurring obstacles in validation; PR categories describe the composition of engineering activity. Their value comes from aggregating information that would otherwise remain scattered across individual reviews and failures.

6:447:14
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

6:44 · section reference included

The runtime is built around validation economics

Gitar separates three responsibilities under the hood:

  • Control plane. An orchestration layer handles PR workflows.
  • Custom agent harness. The runtime handles multi-agent execution, context and memory management, tool calls and integrations.
  • LLM proxy. A separate component routes requests across models and handles failover.
Selected presentation frame from AI Writes More PRs. Who Validates Them? — Ali-Reza Adl-Tabatabai, Sonar at 482 secondsOpen full source frame
A system diagram connects web, control plane, agent runtime and LLM proxy components.

The custom harness is an explicit product decision. Owning the runtime lets Gitar optimize token cost, precision and coverage for validation. Those concerns pull in different directions: the system needs to find relevant issues without flooding reviews, while controlling the cost of the work needed to reach a result. Adl-Tabatabai connects these optimizations to offering outcomes at a fixed price per PR; the recording does not specify the price or the terms of the outcome guarantee.

7:448:14
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

7:44 · section reference included

Agents and program analysis contribute different capabilities

The technical ending turns to Gitar’s integration with SonarQube. The proposed combination brings the agentic validation workflow together with taint analysis, control-flow analysis, data-flow analysis and software composition analysis. These are algorithmic ways to examine code and its dependencies, alongside the agent’s ability to review, explain failures, make repairs and coordinate the PR workflow.

The integration aims to improve precision and coverage at an attractive cost. Adl-Tabatabai presents the combination as an opportunity and expects it to outperform either approach alone; he does not detail how analysis findings enter the agent or provide a comparative evaluation. The useful design direction is nevertheless clear: combine specialized code analysis with a system that can act on validation feedback through to merge.

The reported benefits span better code quality and security, faster delivery, less review work, improved developer sentiment and more useful tools for platform teams. These are qualitative product observations in the recording, rather than measured effect sizes. The causal ambition is to reduce waiting and grunt work while giving teams more confidence in the changes they ship.

The closing requirement is to keep validation moving at the rate AI can generate code. Gitar’s answer extends from the created PR through review, failure analysis, repair and controlled merge. Program analysis supplies another way to examine that code. Together, the workflow and the analyses aim to make verification scale with production of changes, rather than leave developers accumulating an ever-larger queue of code to inspect.

8:449:14
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

8:44 · section reference included

Resources

Read the complete timestamped transcript

17 slide groups. Extracted from the recording; expand builds to follow changes. Timestamps are approximate.

  1. 0:13

    Let's get started. Um, good afternoon, everyone. I'm Ali, and, uh, I'm one of the founders of Gitar.ai and the previously the CEO up until about a month ago, where we were acquired by Sonar, and now we are part of Sonar. And you've heard a lot in the past few days about the importance of verification in the age of AI. And so today, I'm gonna focus my talk on code and

  2. Let’s talk about code

    Ali introduces his focus: verifying code in the age of AI.

    Text in image
    Let’s talk about code
    
    Sonar
    2
  3. 0:42

    verifying code. So in m- in almost all software teams, there is this centralized validation phase that is basically CI plus code review. And as you scale your engineering, this plays-- this phase plays a very critical part, uh, especially in an AI world. Uh, first, it enforces all your quality gates centrally. So these are security, compliance, code quality gates. It's on the critical path of getting your

  4. PR validation in an AI world

    Between AI-assisted coding and rollout, CI and code review enforce central quality gates. As engineering scales, longer builds and distributed reviews can slow this critical path, which also carries significant infrastructure costs.

    Text in image
    PR validation: Even more critical in an AI world
    
    Coding inner loop
    (AI assisted)
    
    PR validation
    CI & code review
    
    Rollout
    
    Enforces central quality gates
    Critical path of software delivery
    Significant dev infrastructure cost
    Focus of platform optimizations
    
    Sonar
    3
  5. 1:12

    changes into production, so the faster is always the better. But as you scale engineering, this becomes kind of a challenge. As, as you have longer running builds and tasks, you have asynchronous team review flows across sites and geographies, and things just get slower naturally as you grow. Um, this is also a phase where you end up spending a lot of developer infrastructure dollars. So there's a lot of expensive tools here that need to be integrated and

  6. 1:42

    scaled up as you, um, scale your organization. And it all runs on very expensive infrastructure. Uh, for these reasons, it's oftentimes the main focus of your platform organization team or your platform team. Um, but any kind of failure in this phase is very expensive. It introduces... Failures introduce an outer loop that are typically measured in hours and days. So

  7. The outer loop has a problem

    PR validation failures create a feedback loop lasting hours to days and disrupt developer flow. Fragmented systems make optimization expensive and AI orchestration complex.

    Text in image
    But the outer loop has a problem...
    
    Coding inner loop (AI assisted)
    PR validation: CI & code review
    Rollout
    
    Failures
    Slow feedback loop: hours to days
    >30% error rates
    Flow disruption
    
    Costly failures
    Expensive to optimize
    Complex for AI
    
    Sonar
  8. 2:11

    failures are expensive. They costly. They really slow down your velocity. Uh, you lose developer time, and that's compounded by disruptions to your flow state. Uh, it's also very expensive to optimize. So you've got a lot of fragmented systems that have been integrated together with bespoke configuration and scripting, and you have a usually headcount restricted, constrained platform organization trying to keep it all up and running for you. And, uh, trying to address that all with

  9. 2:41

    AI is also kind of complex because it requires complex workflow orchestration, uh, involving various inter-- asynchronous interaction, team workflows, integrations across tools, and so on.

  10. AI code generation amplifies the problem

    AI generates more and larger PRs, shifting costs toward review and potential production failures. Teams face a choice between slower, careful reviews and rubber-stamping PRs that risk incidents.

    Text in image
    ...and AI code generation agents amplify it
    
    AI is generating more code than ever = More code reviews + More failures
    
    Costs shift right
    
    Sonar
  11. 2:56

    In fact, AI kinda makes the problem even worse. Uh, you've got a lot of PRs now being generated, more PRs than before, uh, thanks to AI, and bigger PRs, uh, all of which can have defects. And so your costs in your development life cycle are kinda shifting to the right. You have a lot more code to review. You, you can now potential for a lot more failures in production. Uh, and so your choices are kind of tough here. Either you slow down and ask developers to review every PR very carefully,

  12. 3:27

    or you rubber-stamp PRs and you risk incidents in production. Either way, you've got

  13. 3:34

    less happy developers, lower sentiment, and much less productivity than, than you'd expect. So what's the answer here? Of course, it's more AI. It's, uh, an agentic approach to validation, which is essentially what we built at Gitar, um, that we're now also shipping, uh, as part of Sonar. And basically, what we've got here is an agent that fully automates all the validation steps, and as outcomes, it delivers

  14. Agentic PR validation

    Gitar sits in a feedback loop beneath PR validation, between AI-assisted coding and rollout. The speaker says its agent automates validation to produce green PRs ready to merge.

    Text in image
    THE SOLUTION
    Agentic PR validation
    
    Coding inner loop
    (AI assisted)
    
    PR validation
    CI & code review
    
    Rollout
    
    gitar
    
    Outcomes: high-quality, green PRs
    
    Sonar
  15. 4:04

    for you green PRs that are ready to merge or merge automatically. Now, how does this work? Well, first, when you create your PR, it reviews your PR and posts issues and inline comments. No surprise there. But our goal has been to really make this experience as noise-free as possible, both in the way we handle the UX, as well as posting issues that are real and really matter. You can customize your review with your own rules, and you can add your own custom checks, and you can trigger your own

  16. Review

    Gitar posts an inline review comment on a function that estimates hours saved, flagging numeric inputs that are not validated as finite and non-negative.

    Text in image
    Review
    
    lib/generated/roi-kawjjqsr.ts
    Comment on lines +3 to +9
    
    3  + export const estimateHoursSaved = (
    4  +   prsPerWeek: number,
    5  +   automationRate: number,
    6  + ): number => {
    7  +   const minutesSaved = prsPerWeek * 25 * automationRate;
    8  +
    9  +   return (minutesSaved / 60).toFixed(1);
    
    Edge Case: Numeric inputs are not validated as finite, non-negative
    
    Interface text:
    gitar-bot Bot reviewed now
    View reviewed changes
    gitar-bot Bot now
    Reply...
    Resolve conversation
    Sonar
  17. Custom rules

    Gitar checks custom repository rules alongside code review. Here it flags a missing issue link on a 52-line PR and a description that lacks the required headers.

    Text in image
    Custom rules
    
    Code Review: 👍 Approved with suggestions; 4 resolved / 5 findings
    Rules: ❌ No requirements met
    
    Repository Rules
    
    ❌ GitHub Issue Linking Requirement: The PR description does not contain a link to a GitHub issue, and the 52-line change count exceeds the 50-line exemption threshold.
    
    ❌ PR Description Quality Standards: The PR description uses a 'Summary' section instead of the required headers: 'What changed?', 'Why?', 'How did you test it?', 'Potential risks', 'Release notes', and 'Documentation Changes'.
    
    2 rules not applicable. Show all rules by commenting gitar display:verbose.
    
    Options
    
    Interface text:
    gitar-bot Bot commented yesterday
    Was this helpful? React with 👍 / 👎 | Gitar
    Sonar
  18. 4:34

    custom workflow automations. And then you can also configure the system to block merging if there are any unresolved code review findings.

  19. Block

    Gitar can block merging when code review findings remain unresolved. The example offers an override comment, and maintainers can dismiss the review.

    Text in image
    Block
    
    ⚠ This PR is blocked due to unresolved code review findings.
    
    Comment gitar unblock to override this block and allow merging.
    
    Configure merge blocking · Maintainers can dismiss this review.
    
    Interface text:
    gitar-bot Bot requested changes 1 minute ago
    View reviewed changes
    gitar-bot Bot left a comment
    Sonar
  20. CI failure analysis

    The bot traces a failed TypeScript build to an ROI helper that returns a string from toFixed(1), then suggests converting the result to a number.

    Text in image
    CI failure analysis
    
    CI failed: The build failed due to a TypeScript type mismatch where a string is returned instead of the expected number in the new ROI helper utility.
    
    Overview
    
    The CI build failed during the TypeScript compilation step in the pricing calculator module. Analysis of the logs confirms a strict type violation introduced by the recent changes.
    
    Failures
    
    TypeScript Type Mismatch (confidence: high)
    
    • Type: build
    • Affected jobs: 84594677254
    • Related to change: yes
    • Root cause: The new ROI helper function uses .toFixed(1), which returns a string, causing a conflict with the expected return type of the function.
    • Suggested fix: Convert the result of the calculation to a number. Update line 9 in lib/generated/roi-bn9859hs.ts to wrap the expression: return Number((minutesSaved / 60).toFixed(1));
    
    Summary
    
    • Change-related failures: 1 (TypeScript compilation error caused by invalid type return in the new ROI helper).
    • Infrastructure/flaky failures: 0
    • Recommended action: Update the ROI helper function to ensure it returns a number instead of a string by casting the result of toFixed(1) to Number().
    
    Interface text:
    gitar-bot Bot commented now · edited
    Sonar
  21. 4:45

    It also analyzes CI failures and posts a summary of the root causes of those failures, and in particular, it's really good at catching flaky tests, and you can even set up rules that automatically retry flaky tests if you want. That's a very popular feature. You can also automatically fix any code review issues or any CI failures, any kind of, uh, failures that happen in CI. It can fix it for you as well as address any of the issues that it raises. You can either ask it to specifically

  22. Fix

    gitar-bot flags missing input validation and shows a fix being applied: both inputs must be finite and non-negative before calculating hours saved.

    Text in image
    Fix
    
    Edge Case: Numeric inputs are not validated as finite, non-negative
    
    prsPerWeek and automationRate flow directly into a calculation without validation. Negative values, NaN, or Infinity produce nonsensical or non-finite results (e.g. a negative or NaN "hours saved"). Per the input-safety requirement, validate that both arguments are finite, non-negative numbers before using them.
    
    Fix:
    
    export const estimateHoursSaved = (
      prsPerWeek: number,
      automationRate: number,
    ): number => {
      if (!Number.isFinite(prsPerWeek) || prsPerWeek < 0) {
        throw new RangeError("prsPerWeek must be a finite, non-negative number");
      }
      if (!Number.isFinite(automationRate) || automationRate < 0) {
        throw new RangeError("automationRate must be a finite, non-negative number");
      }
      const minutesSaved = prsPerWeek * MINUTES_SAVED_PER_PR * automationRate;
      return Number((minutesSaved / MINUTES_PER_HOUR).toFixed(1));
    };
    
    Applying fix
    
    Interface text:
    9 + return (minutesSaved / 60).toFixed(1);
    gitar-bot Bot 1 minute ago · edited
    Reply for a change | Was this helpful? React with 👍 / 👎
    Sonar
  23. 5:14

    fix an issue, or more interestingly, you can set it up to automatically loop until all the fish-- issues have been fixed in your PR, and you have a green PR ready to merge. And finally, you can automatically approve and merge PRs that are green. You can define rules and conditions that control when, uh, PRs get automatically approved by the agents and merged automatically.

  24. Approve and merge

    The bot reports four resolved findings and approves the PR under its configured criteria. The screenshot then shows the PR merged after a check passed.

    Text in image
    Approve and merge
    
    Code Review ✅ Approved 4 resolved / 4 findings
    Integrates an ROI hours-saved helper for the pricing calculator, addressing all input validation, type consistency, and documentation requirements. Resolved issues include magic number extraction and missing JSDoc examples.
    
    Auto-approved and auto-merge armed: The PR contains only additions/edits to a TypeScript helper utility under lib/, satisfying the specified auto-approval criteria. — merges when pipeline and required approvals pass.
    
    ✅ 4 resolved
    Options ✅ Auto-apply
    
    Pull request successfully merged and closed
    You're all set — the gitar-demo-roi-kawjjqsr branch can be safely deleted.
    
    Sonar
    
    Interface text:
    gitar-bot Bot commented 9 minutes ago
    Was this helpful? React with 👍 / 👎 | Gitar
    gitar-bot Bot merged commit 24c7c8e into main 8 minutes ago
    1 check passed
    View details
    Revert
    Delete branch
  25. The trajectory: Full PR automation

    As users build trust in reviews, the speaker says they progress from blocking and fixing issues to setting rules for automatic approval and merging. The diagram associates greater trust and automation with increased value.

    Text in image
    The trajectory: Full PR automation
    
    Increased automation
    Increased value
    Increased trust
    
    Merge
    Approve
    Fix
    Block
    Review
    
    Sonar
  26. 5:45

    So we're seeing actually a very interesting trend in our users. There's a clear trajectory towards fully automated PRs. Uh, as users use the system, as they build trust in the accuracy of the AI, what we see is they work towards full automation. First, they get reviews, and they're happy with... They build trust in the accuracy of the reviews. They see that these reviews are not only accurate, but they're raising really important issues. So then they give teeth to the agent by

  27. 6:15

    allowing it to start blocking the PRs, and then they start using the autofix capabilities to automatically turn PRs green and fix all the issues that were raised by code review or any CI failures that come up. And then where the real interesting leap is beginning to happen now is users setting up rules that define when the agent automatically approves and merges PRs. So over time, as they build trust in the

  28. 6:44

    system, they unlock more levels of automation, and with the additional levels of automation and with the trust, they're getting more value out of the system. Now because the system processes every single PR using AI, it's also able to uncover new types of insights. For example, uh, one of the insights that are ve- is very useful to platform teams is a categorization of the top CI failures. Where are you seeing failures in your CI system?

  29. Insights

    The dashboard groups CI failures and explains a golden-file mismatch. Of 6,620 reviewed PRs, 40% are features.

    Text in image
    Insights
    
    Top CI Failures
    
    Build 1063
    Test 618
    Configuration 104
    Infrastructure 103
    Dependency 60
    Tooling 37
    Flaky Test 12
    Authentication 9
    Other 4
    
    Test timeouts in integration/E2E test suites
    Golden file / snapshot mismatch after code changes
    
    DERIVED FROM
    #7343  #2  #7210
    
    DETAILS
    Root cause: Tests that compare actual output against stored golden files (expected output files) fail because the code changes produced different output than what was previously recorded.
    
    Pattern:
    • Test fails with: Expected output does not match golden file
    • Affects AutoScan tests, rule analysis end-to-end tests, and snapshot-based UI tests
    • Often intentional: rule changes that produce new findings cause existing golden files to become stale
    
    Resolution: If the new output is correct, update the golden files (its/end-to-end/src/test/resources/, src/test/resources/autoscan/). If unexpected, investigate the regression introduced by the change.
    
    Test assertion failures due to logic regressions
    NullPointerException or NPE in test execution
    TypeScript / JavaScript compilation errors blocking test execution
    
    PRs by Type
    Distribution of reviewed PRs by type
    
    6620 PRs
    Feature 2641 40%
    Fix 1074 16%
    Chore 1051 16%
    Refactor 639 10%
    CI 500 8%
    Docs 364 5%
    Test 134 2%
    Performance 80 1%
    Revert 46 1%
    Style 40 1%
    Build 27 0%
    Breaking 21 0%
    Other 3 0%
    
    Interface text:
    Copy
    Sonar
  30. 7:14

    Where are your developers running into failures? Are these flakiness issues that you can addre- that you need to address by improving the reliability of the tasks? Or are they infrastructure issues that you need to address? Or are there other kinds of failures that they're running into? Very, very useful for platform teams. We also have... Another example of what else we have in terms of AI-enabled insights are categorization of PRs. What exactly is happening across your engineering team in

  31. 7:44

    terms of the PRs that are being landed? This is extremely useful for leadership teams. For example, what amount of PRs are going to feature development versus fixing issues, chores, refactors, and so on. Now, under the hood, if you look at the system, there's a number of components that constitute Gitar. There are three interesting pieces here. One is the control plane that acts as this orchestration layer for handling PR workflows. And

  32. Gitar architecture

    Gitar’s control plane orchestrates PR workflows, while its agent runtime manages multi-agent execution, context and tools. An LLM proxy handles model routing and failover.

    Text in image
    Gitar: Purpose-built for agentic validation workflows
    
    Browser
    Admin interface
    
    SaaS or self-hosted
    Integrations
    Buildkite
    circleci
    Claude
    
    Web app
    Configuration
    Audit logs
    Reports
    Insights
    
    Control plane
    Workflow orchestration
    Event handling
    State management
    GitHub/GitLab UX
    
    Agent runtime
    Multi-agent execution
    Context & memory
    Tool calls
    Integrations + MCP
    
    LLM proxy
    Routing
    Failover
    Telemetry
    Guardrails
    
    Sonar
  33. 8:14

    then there's an agent runtime or, or harness, we built our own harness here, that handles multi-agent execution, context management, memory management, um, tool calling, all the integrations, et cetera. And having this, having our own agent harness has really allowed us to optimize specifically for the validation use case, and it's allowed us to optimize for token cost, precision, and coverage of the agent itself. So that allows us

  34. 8:44

    to essentially guarantee outcomes at a fixed PR price while giving really good quality results. We also have an LLM proxy that handles the routing across different models as well as things like fa- failover. Now that we're a part of Sonar, we've been integrating Gitar with SonarQube. There's a ton of opportunity here in combining an agentic approach to validation with program analysis. So combining

  35. Gitar and SonarQube

    Gitar’s agent runtime connects to SonarQube, pairing agentic validation with program analysis. The speaker sees opportunities to combine agents with taint, control-flow, data-flow, and software composition analysis.

    Text in image
    Gitar: Purpose-built for agentic validation workflows
    
    Browser
    Admin interface
    
    SaaS or self-hosted
    Integrations
    Buildkite
    circleci
    Claude
    
    Web app
    Control plane
    Agent runtime
    LLM proxy
    
    Gitar + SonarQube
    Agentic and program analysis at work together
    
    Sonar
  36. 9:14

    agents with things like, um, taint analysis, control flow analysis, data flow analysis, software composition analysis. So all the traditional approaches combined with agents. We think there's a ton of opportunity here, and that together you can get much better precision, much better coverage at a really great price point. So the overall results of the value that we're seeing in, in all of this is much better quality, much better

  37. Resulting in

    Sonar says combining agents and program analysis improves quality, security, and delivery speed. Automation reduces review work, while platform teams can fix issues, add customizations, and see insights.

    Text in image
    Resulting in
    
    Better quality and security
    Faster delivery
    Higher productivity and sentiment
    Greater leverage for platform teams
    
    Sonar
  38. 9:43

    security, especially with AI-generated code, faster delivery times through all the automation going from PRs straight to approved and merged PRs, much higher productivity and sentiment by developers, so less time spent on actually reviewing code and worrying about what's happening in production with more confidence, as well as sentiment because now you... Much better sentiment be- now because you have a lot of automation in place and less grunt work. And finally, the to- the features that we've built for

  39. 10:13

    platform teams gives them a lot more leverage to be able to fix issues and to add customizations and see insights in this critical part of the software development life cycle.

  40. Unlocking agentic development

    The speaker says Gitar automates PR validation through merge to keep pace with AI-generated code, and argues that agentic validation and program analysis work better together.

    Text in image
    Unlocking agentic development
    
    PR validation is critical but AI adds friction
    Fully autonomous PRs match the speed of AI
    AI + program analysis = Better together
    
    Sonar
  41. 10:26

    To wrap up, PR validation is really critical, even more so in AI. But AI turns validation into a friction point, and Gitar, what we've built, uh, allows you to automate this step, fully automate PR validation, go from created PRs all the way through merge, completely limiting this friction, and helps you keep up with the rate at which you're generating code from AI. And finally, the combination of

  42. 10:56

    using a- agents, uh, doing agentic validation plus an algorithmic program analysis, it will give you something that, that I think is gonna be much better than either alone. If you wanna talk more and you wanna see more, if you'd like to see a demo, come and visit us at booth number P7 right down, right down the hall there. Thank you.