AI Coding Agents Write 30% More Code: Will Your Custom Software Be Delivered Sooner, or Cheaper?

A Harvard working paper updated on 4 August 2026, and reported widely from 10 October, measured what happened at 718 companies after their engineers adopted AI coding agents: 30% more code, 20% more commits, 23% more pull requests, and no significant change in the software that reached production. Code review became the bottleneck. For a company commissioning a web application, a portal or an internal tool, that finding changes what a fair quote looks like in 2026. Here is what the study and four others found, and the questions to ask a vendor before signing.

Digital Engineering7 min readBy Mohsin Amer Riaz

The short answer: sooner and cheaper only if your vendor has moved the time it saved on writing code into reviewing and testing it. A Harvard working paper by Fiona Chen and James Stratton, updated on 4 August 2026 and reported widely from 10 October, tracked 718 companies and about 700,000 workers from January 2021 to March 2026. After a company adopted AI coding agents, its engineers produced 30% more code, but the number of tasks and features that reached production did not change measurably, because every extra line still had to pass a human reviewer. A vendor that quotes a lower price or a shorter timeline on the strength of AI tools is making a claim about its review and testing capacity, not about the tools. Ask to see that capacity in the quote.

What the Evidence Says, and When It Was Published

DateStudyWhat it found
24 September 2025DORA, State of AI-assisted Software Development (Google Cloud), nearly 5,000 respondents90% use AI at work and over 80% believe it raised their productivity, yet 30% have little or no trust in the code it writes. AI adoption went with higher delivery throughput and lower delivery stability. AI amplifies how a team already works.
24 February 2026METR, developer productivity updateIts 2025 trial had found experienced developers 19% slower with AI tools. New data pointed to speedups of about 18% for returning developers and 4% for new ones, but both ranges include zero and METR calls the results unreliable, because 30% to 50% of developers withheld tasks they did not want to do without AI.
27 April 2026GitHub, Copilot billingFrom 1 June 2026 every Copilot plan is billed on token usage through AI Credits, because agent use raised compute costs beyond what the old request-based pricing could sustain. Copilot Business at USD 19 per user a month includes USD 19 of credits; code completions stay unmetered.
June 2026Checkmarx, 2027 Outlook: The Future of Application Security in the Era of AI, 2,350 respondents in 14 countriesRespondents put 49% of their production code as AI-generated. Companies where 81% to 100% of code is AI-generated often ship known-vulnerable code at 3.4 times the rate of those at 1% to 20% (47% against 14%). 93% had been breached through their own applications.
10 June 2026DORA, ROI of AI-assisted Software Development (Google Cloud)Most organisations meet a J-curve: a temporary productivity dip caused by the learning curve, a verification tax on the extra code, and testing and approval pipelines that must be scaled to the new volume.
4 August 2026Chen and Stratton (Harvard), Artificial Intelligence in the Firm: Bottlenecks in Software Production, current versionAgents raise code output 30% at the firm level; finished software and employment do not move significantly; code review absorbs the gain.

The Harvard paper is the one that matters for a buyer, because it measures firms rather than individual developers, and output rather than activity. Its data comes from Jellyfish, an engineering analytics platform, and joins GitHub activity, Jira issues, calendars, HR records and usage of GitHub Copilot, Cursor and Claude Code. Adoption of agents in the sample rose from almost none in October 2024 to over 95% of firms by January 2026, so the sample describes the market a buyer is now purchasing from. It is a working paper, not yet peer reviewed, and its data ends in March 2026.

Why More Code Did Not Become More Software

Writing code is a third of the job. The authors estimate, and checked with a survey of 100 engineers, that engineers spend 30% to 40% of their time writing code; the rest goes to scoping, review, testing and deployment. When agents sped up the writing, the work piled up at the next step.

Measure, per firm, after agent adoptionBeforeChange
Lines of code added per worker-month5,017+1,494 (30%)
Days from a pull request being opened to being merged7.03+3.45 (49%)
Share of pull requests sent back with changes requested13%25%, nearly double
Review comments per pull request1.66+0.58 (35%)
Share of workers doing code review29%33% (+14%)
Jira issues resolved per worker-month3.67No significant change; an increase above 12% is ruled out

Pull requests did not get bigger, so the extra comments and rejections reflect code that needed more correction, not more code per request. And AI review tools did not clear the queue: by March 2026 nearly 80% of the firms used AI in code review, yet AI wrote only 23.3% of review comments and touched 10.8% of pull requests. Human reviewers stayed central. The paper also finds no significant effect on employment: a precise zero on overall headcount and no measurable cut to engineering teams. The firms did not get smaller; they moved people to review.

What This Means for the Price and Timeline of Your Build

A custom application is quoted in engineering hours, and the hours are now distributed differently. Fewer go to writing code. More go to reviewing it, testing it and fixing what the review finds, and the Checkmarx figures show what happens when a company skips that step: the heaviest users of AI-generated code ship known vulnerabilities at more than three times the rate of the lightest. In 2026 a credible quote looks like this:

  • Coding hours lower than two years ago for the same scope. The 30% figure is a firm-level average that includes teams that barely use the tools; a vendor should be able to say what it sees on its own projects.
  • Review and testing shown as paid, planned work, with a named reviewer who is not the engineer or agent that wrote the code, automated tests in the pipeline, and a security scan before release. If these lines are missing, the saving was taken and the risk was left with you.
  • Acceptance defined by working software, not by delivery of code. Short cycles with a demo at the end of each, a staging site you can use, and payment milestones tied to features that pass your acceptance criteria.
  • The vendor’s AI tooling as a cost of doing business, not a line on your invoice. GitHub’s metered billing puts Copilot Business at USD 19 per user a month with usage beyond the included credits charged on top; the tools are a small cost next to the review hours they create.
  • A timeline that allows for the J-curve. DORA’s finding is that teams adopting agents slow down before they speed up. A vendor that adopted them in 2025 has passed that dip; one adopting them on your project has not.

Seven Questions to Ask Before You Sign

  1. Which AI coding tools do your engineers use, and on which steps? A specific answer (agents for first drafts and tests, people for design, review and release) is a good sign. “We use AI” is not an answer.
  2. Who reviews the code, and how many hours of review are in this quote? Compare the review hours with the coding hours.
  3. What share of your pull requests is sent back for changes? A vendor that tracks this knows its own bottleneck. The study’s average after agent adoption was one in four.
  4. What runs automatically before a release? Unit and integration tests, dependency and vulnerability scans, and a staging deployment, with the results visible to you.
  5. Where do our code and data go? Agents send code to a model provider. Ask which provider, under what data terms, and whether your production data is ever used in prompts.
  6. If a feature fails acceptance, who pays for the rework? In a fixed-scope contract the vendor does; in a time-and-materials contract the review hours should already be in the estimate.
  7. Who owns the code, the repositories and the AI tool accounts at handover? You should, in your own name, with the tool subscriptions transferable or cancellable.

Where SoftwareBiz fits. Our custom software development team scopes a web application, portal or internal tool in a discovery phase that decides whether to build, buy or extend, then delivers in short development cycles with a demo at the end of each, automated testing and a staging site you can review before a release, with a monthly support plan afterwards. Where a journey matters to customers or staff, our UI/UX design team tests structure and flow in a clickable prototype before development, which removes the most expensive kind of change request: the one that arrives after the code is written. For an application another vendor built, we begin with a review of the code and infrastructure and document what we find before planning changes. Source code, hosting and platform accounts are set up in your name or transferred at handover.

What to Do This Quarter

If you are comparing proposals, put the review and testing hours of each side by side and ask the seven questions in writing. If you already have a vendor, ask for the share of its pull requests sent back for changes and the time from a pull request to a merge; a vendor who can answer within a week is managing the bottleneck the study describes. The same discipline applies to the agents your own staff are starting to run: our article on deploying AI agents you can still control covers the identity, permission and approval controls that keep an agent’s speed from becoming your risk.

Questions Buyers Are Asking About Code Written with AI

Should a custom software quote be cheaper in 2026 because of AI?

Coding hours should be lower for the same scope, but review, testing and security hours should be higher, because the Harvard study shows that code written with agents needs more correction before it ships. Judge a quote by whether both movements are visible, not by the total alone.

Will AI make our project finish sooner?

Only if the vendor’s review and testing capacity has grown with its coding output. At the 718 firms studied, the time from a pull request to a merge rose 49% after agents were adopted, and finished software did not increase measurably. A vendor that has already reorganised around review can deliver sooner; one that has not will be slower, not faster.

Is AI-generated code less secure?

It is shipped with more known vulnerabilities where it is used most. Checkmarx’s 2026 survey of 2,350 security leaders and developers found that companies with 81% to 100% AI-generated code often deploy known-vulnerable code at a rate of 47%, against 14% for those at 1% to 20%. The difference is the review and scanning that happens before release, which is why those steps belong in the quote.

Can we ask our vendor not to use AI tools at all?

You can, and some contracts do for regulated data. The more useful request is control: which tools, which provider, what data terms, and a named human reviewer and automated tests for everything the tools produce. Adoption passed 95% of the firms in the Harvard sample by January 2026, so a vendor with no AI tooling is now the exception, and its quote should be judged on the same review and testing evidence.

Does the study mean AI coding tools do not work?

No. It measures a 30% rise in code output and treats the gain as real. What it shows is that the gain stays inside the engineering team until review and testing are scaled to match, and that AI review tools had not done that by March 2026. The finding is about how the work is organised, not about the tools.

Get a Quote That Shows Where the Hours Go

Describe the application, portal or internal tool you need and the systems it must connect to. You will receive a scoped proposal that shows how review and testing are planned and priced, the acceptance criteria for each release, and a timeline with a demo at the end of every cycle.

Prefer a conversation? Message us on WhatsApp

Loading the form. You can also email sales@softwarebiz.co.