Constrange

AI Made Code Cheap. What Became Expensive?

More generated code means larger PRs, more review, more CI, more deployment risk. Verification becomes the constraint.

AI-assisted development is discussed in architecture reviews and post-mortems, often as a reliability topic or a FinOps exercise. The conversation stops at policy slides. Constrange's Observe → Measure → Model series treats it as an engineering economics problem: what does the system actually do, what does that work cost, and what model explains the gap between intent and invoice.

Observe: track PR size, review time, CI duration, and defect rate before and after heavy AI adoption.

Measure: cost per merged line — reviewer hours, CI minutes, incident rate on generated code paths.

Model: if generation is O(1) and verification is O(n), the constraint moves to assurance.

Cheap generation, expensive assurance

Models produce diffs quickly. Reviewers read slowly. CI runs every line. Larger PRs skip careful review. Generated code looks plausible — tests pass until edge cases in production. The bottleneck moved from typing to trusting.

Generate, review, CI, deploy pipeline with review and CI as bottlenecks
Code is cheap; confidence is not.
Stage
Before AIAfter AI
Write codeSlowFast
ReviewBottleneckWorse bottleneck
CISteadyLonger queues
OperateSameMore surface area

Verification as strategy

Teams that win invest in contract tests, smaller batches, static analysis, and clear ownership of generated modules. Treat AI output as untrusted input until proven — same as any external dependency.

Organisational limits

  1. Cap PR size and require decomposition
  2. Mandate tests for generated paths
  3. Track review time and CI cost per team
  4. Own operational runbooks for AI-touched services
“The expensive part of software was never the keystrokes.”Constrange

Questions for your next review

  • What would we see if we measured verification economics for one week?
  • Which dependency owns the majority of the cost or delay?
  • What policy or architecture assumption does the data contradict?
  • What is the smallest experiment that would change our model?

The organisations that improve verification economics are not those with the best slogans. They are those that observe honestly, measure without vanity metrics, and update the model when the bill or the trace disagrees with the diagram.

Frequently asked questions

Did AI reduce engineering cost?

Generation got cheaper; review, test, and operational assurance often got more expensive.

What became the bottleneck?

Verification — code review capacity, CI time, integration test maintenance.

How should teams adapt?

Invest in test harnesses, smaller PRs, and automated checks before scaling generation.

Is more code always progress?

Only if the organisation can absorb, review, and operate it.

Share

LinkedInXWhatsAppFacebookRedditBlueskyEmail
Keep reading

Related posts