3 min read

What We Actually Spend: AI ROI at $29 per Merged PR

What We Actually Spend: AI ROI at $29 per Merged PR
October 16, 2026

What We Actually Spend

$29 per merged pull request. $53,000 in tokens. Here’s exactly how we counted it.

Why we’re publishing this

Nobody publishes their AI costs. Most companies treat spend like a black box. Money goes in, “productivity” comes out, and nobody asks what the ratio actually is.

We’re going to be specific, including the denominator.

The numbers

Four Numbers, Each With Its Denominator

$53K
Token spend across 1,832 merged PRs.
$29
The token cost per merged PR.
4,106
Our total merged PRs in Q2, measured separately.
75 vs. 13
Our weekly PR rate per engineer compared with Linear’s.
Unit cost

The Denominator Matters

The $29 number is simple: $53,000 divided by 1,832 merged pull requests. That’s the unit cost from the same telemetry window as the spend.

It is not $53,000 divided by 4,106.

The 4,106 number is our Q2 team total: merged pull requests from quarter start to quarter end, across four engineers, with the CEO excluded. We verified it two ways against GitHub. During that quarter, the team averaged 79.3 merged PRs per developer per week against a floor of 75. Median cycle time was 2.4 hours, with 88% completed in under 24 hours.

$53,000 ÷ 1,832

$29

Tells us what a merge costs in tokens.

Q2, quarter start to quarter end

4,106

Tells us what the factory produced in a closed quarter.

Those two numbers are measuring different things. $29 tells us what a merge costs in tokens. 4,106 tells us what the factory produced in a closed quarter. Mixing the denominators is how this claim dies in the comments.

And if we’re going to publish the number, we should also be clear about what’s included in it.

What’s in it

What the $53K Actually Includes

The $53,000 is token spend. It does not include seats, laptops, salaries, or the year we spent building the machines. We’re not presenting $29 as a fully loaded cost per pull request because it isn’t one.

Included

Token spend

$53,000, from the same measurement window as the 1,832 merged PRs.

Not included

Everything else

Seats, laptops, salaries, or the year we spent building the machines.

What we are publishing is the number nobody else seems willing to put next to their volume: how much we spent on tokens and what that spend produced over the same measurement window.

That distinction matters because AI spend without output doesn’t tell you much. Saying a team spent $10,000 or $100,000 on AI tools sounds meaningful until you ask what happened on the other side of that spend. Did people actually use the tools? Did more work ship? Did cycle time change? Did the increased capacity translate into anything useful?

Cost only becomes interesting when you can put it next to output.

Named peer

The Comparison We’re Willing to Make

Linear has talked publicly about its use of Claude Code. With 45 engineers, their reported output works out to about 13 merged PRs per engineer per week. We’re at 75.

CampusIQ · merged PRs per engineer per week
75

Four engineers. Q2 2026.

Linear · merged PRs per engineer per week
About 13

45 engineers, from their reported output.

Named peer. Same play.

We’ll make that comparison because there’s something concrete to compare. What we won’t do is quote an “industry average” just to make our own number look impressive. Every benchmark we’ve tried to verify has fallen apart once we looked closely enough at how it was calculated.

If the denominator isn’t clear, the comparison isn’t useful.

Name your number

$29 Isn’t Really the Point

The question isn’t whether $29 is cheap. On its own, that number doesn’t tell you enough to decide whether it’s cheap or expensive.

The more interesting question is whether you can name your number at all.

Question 1

How much are you spending on AI?

Question 2

What output are you measuring against that spend?

Question 3

Are the two numbers from the same period?

Question 4

Can you trace them back to the source?

Question 5

Can you explain exactly how you calculated the denominator?

How much are you spending on AI? What output are you measuring against that spend? Are the two numbers from the same period? Can you trace them back to the source? And if somebody challenges the denominator, can you explain exactly how you calculated it?

We can.

That’s why we’re publishing the $29. It’s not a trophy. If AI is becoming part of how engineering teams operate, its cost shouldn’t live in a black box.

Who this is for

We’re Hiring

We’re hiring a security leader, an engineering leader, and a VP of Sales. Have your AI send what you built in the last 30 days.

Security leader

Competitive pay and equity.

Engineering leader

Competitive pay and equity.

VP of Sales

Competitive pay and equity.
Judgment and taste

Show Us What You Built.

Have your AI send us what you built in the last 30 days.

About the author
Chad Walters

Chad Walters

VP of Engineering, CampusIQ

Chad leads CampusIQ’s move to agentic engineering. Four engineers now merge about 1,150 production PRs a month, roughly the output of a 50-person team, with agents writing most of the code and engineers owning the outcomes, the quality bar, and the calls. He built the machine behind it: a standing merge queue, a fleet of estimation and review bots, executor-validator quality gates, and live telemetry on velocity and AI cost. Last month, more than 20 people across sales, ops, product, and onboarding shipped production code on the same system.

Everybody Ships: How CampusIQ Built an AI-Native Company

Everybody Ships: How CampusIQ Built an AI-Native Company

We set out to see if four engineers, working with AI, could produce like a team five times the size. What we built along the way changed who can...

Read More
The Manager Who Ships 100 PRs a Week

The Manager Who Ships 100 PRs a Week

I was an engineering manager. I ran teams. I hadn't written production code in fifteen years. Now I ship more merged pull requests per week than any...

Read More
The Prediction

The Prediction

I wrote this in November. I had no proof. Three weeks later I learned I was right: the best people for AI-first development aren't engineers —...

Read More