a builder's codex
codex · operators · Boris Cherny · ins_cherny-roi-benchmark-engineer-labor

Comparing AI tool costs to software subscriptions produces a misleading ROI case; the right benchmark is what an engineer would have billed

By Boris Cherny · Head of Claude Code, Anthropic · 2026-06-09 · essay · The man behind Claude Code says you're comparing AI costs to the wrong thing

Tier B · TL;DR
Comparing AI tool costs to software subscriptions produces a misleading ROI case; the right benchmark is what an engineer would have billed

Claim

ROI evaluations for AI coding tools systematically undervalue them because buyers compare subscription cost to other software subscription costs. The correct benchmark is the engineering labor the AI replaces. Compared to that, the economics flip.

Mechanism

Finance teams and buyers are conditioned to evaluate software cost against other software cost. A $200-500/month AI coding tool looks expensive next to a $30/month SaaS product. But the work AI does is labor, not software. A developer who uses AI to rewrite a codebase across programming languages in six days is replacing work estimated at one full engineer-year. Comparing the tool's monthly cost to that labor cost produces a very different ROI. The wrong benchmark is baked into how evaluation frameworks were built, not into actual value delivered. Changing the comparison point changes the decision.

Conditions

Holds when: the work the AI does would otherwise be done by a paid engineer, and that work can be estimated in time or cost.

Fails when: the AI does work that no one would have paid an engineer to do (speculative exploration, drafts that never ship), or when the AI functions as a research or search tool rather than a production labor tool.

Evidence

Cherny cites a specific case: a developer who rewrote an entire codebase across programming languages in six days. Cherny estimates that work at one full engineer-year.

"Compare it to what the cost would have been if an engineer had done this work."

Signals

Counter-evidence

The labor-replacement framing works cleanly for output a specific engineer would have been paid to produce. It is harder to apply when AI enables entirely new categories of work that would never have been commissioned at human labor rates, or when the output is exploratory and never ships. Cherny's six-day rewrite example is unusually clean; most AI-assisted work involves shorter loops where the labor-replacement calculation is less direct.

Cross-references

Open the interactive view → View original source → Markdown source →