Engineering Productivity
Featured

41% of Code Is AI-Generated. Only 29% of Developers Trust It.

AI coding adoption climbed while developer trust fell to 29%. That gap is where engineering leaders are getting burned — and what to measure instead of velocity alone.


Two numbers from 2026 research sit side by side and don't agree with each other, and that disagreement is the most important engineering-leadership story of the year.

The first: depending on the study, somewhere between 27% and 42% of code being merged into production today was written by AI, up from roughly 3% just four years ago. Google's CEO has said 75% of the company's new code is now AI-generated and approved by engineers. Adoption of AI coding tools sits around 90% of developers.

The second: developer trust in AI-generated output actually fell in 2026 — down roughly 11 percentage points from 2024, to just 29% of developers saying they trust it.

Usage went up. Trust went down. That gap is exactly where engineering leaders are getting burned right now.

Why "AI-generated" doesn't mean what it used to

Part of the confusion is definitional. The widely cited 41% figure conflates "AI-assisted" with "AI-generated" — it counts lines an AI touched, not lines an AI wrote independently. The more rigorous measurement, from an analysis of 4.2 million developers between late 2025 and early 2026, puts genuinely AI-authored production code closer to 27%, rising from 22% the previous quarter. Either way, the direction is the same and the pace is fast. The exact percentage matters less than the fact that it's now large enough to change how engineering orgs operate.

The "Trust Wall" is a real, measured phenomenon

A 2026 report on AI-powered engineering — based on interviews with 200 SRE and DevOps leaders — gave this moment a name: the Trust Wall. The finding: 43% of AI-generated code still requires manual debugging in production, even after passing QA and staging. Getting a single AI-generated change safely published now takes 2–3 redeploy cycles at 88% of organizations surveyed. The bottleneck in software delivery has quietly moved. It's no longer "how fast can we write code" — it's "how fast can we verify the code that got written."

That's consistent with what DORA's own research has found: AI-assisted development pushes throughput up 30–40%, but roughly doubles code churn and measurably reduces deployment stability. Bug density is higher specifically in AI-generated code that goes through insufficient review. None of this means AI coding is a mistake — it means the review and verification layer hasn't caught up to the generation layer, and that gap is where incidents live.

What this means for how you measure engineering health

If a team's dashboard only tracks velocity — PRs merged, story points closed, deploy frequency — it's now measuring exactly the metric that's easiest to inflate and hardest to trust. A team can look faster and be quietly accumulating debt that shows up months later as an incident, not a code review comment.

The teams navigating this well are the ones adding a second axis to their dashboards: not just how much AI-generated code shipped, but what happened to it after — human edit rates on AI-authored PRs, zero-edit-commit rates (a proxy for rubber-stamp review), and defect rates specifically segmented by AI-authored versus human-authored code. Without that segmentation, a rising AI-adoption number and a rising incident rate look unrelated. With it, the connection is usually obvious within a sprint or two.

Visibility is the actual fix

This is precisely why PR-level AI attribution exists as a category now, not a novelty metric. Knowing that 30% of your code is AI-written is interesting. Knowing which 30%, how much of it got a real human review versus a rubber stamp, and what its defect rate looks like six weeks later — that's the difference between a Trust Wall you're managing and one you're finding out about in an incident retro.

#ai-code #ai-trust #code-review #engineering-metrics #ai-attribution

Curious what this looks like for your team?

Every engineering team has hidden efficiency gains waiting. Let us find yours together.

Free exploration · Zero pressure

Related Articles

Engineering Productivity9 min

The Metrics Nobody's Measuring: Why "Lines of AI Code" Isn't Enough

Lines of AI code is not enough. Zero Edit Commits, Large AI Blobs, and Human Edit Rate form a framework for measuring AI trust and review discipline in your codebase.

Engineering Management6 min

DORA Metrics Weren't Built for the AI Era — Here's What They're Missing

DORA still measures the pipe. AI changed what flows through it. Pair the four keys with attribution, trust, and defect-by-origin metrics.

Engineering Productivity6 min

The New Bottleneck: Your Team Isn't Slow at Writing Code Anymore. It's Slow at Trusting It.

AI accelerated writing. Validating that code in production became the constraint — 43% of AI-generated code still needs production debugging after QA.