Back to Decode

AI doesn't reward ingenuity. It rewards low variance.

Why Spotify and Stripe ship so well with coding agents. And why the lesson for smaller teams isn't "buy more AI," it's that the boring standardisation you put on the "later" pile just became the thing that decides whether agents help or hurt.

Format Article
Updated 24 June 2026
On this page
  1. The moat was paid for years ago
  2. Smaller teams put this on the "later" pile
  3. You can't buy the fifteen years. You can start the boring work.

There's a story going around that the big platforms (Spotify, Stripe, AWS) cracked AI coding because they had the best models or the best engineers. They didn't. They cracked it because, for fifteen years, they made their systems boring on purpose.

The moat was paid for years ago

A coding agent is fast in proportion to how little your codebase surprises it. Fewer technologies, one way to build a service, linting that catches a wrong call before a human would, a single place that says who owns what. None of that is exciting work. It's the unglamorous standardisation large orgs did long before anyone typed a prompt. And it turned out to be infrastructure for machines, not just for humans.

That's the uncomfortable part. The thing making AI effective in those codebases is years old and can't be bought this quarter. You can buy seats. You can't buy fifteen years of variance reduction by Friday.

Smaller teams put this on the "later" pile

Startups and SMEs win on speed, and speed has a price: tribal knowledge, three ways to do the same thing, a repo that only makes sense if you were there when it was written. For a long time that was a survivable trade: you shipped, you cleaned up later.

Later has arrived. An agent dropped into a codebase that needs a person's memory to navigate doesn't go fast; it goes wrong, confidently. The team that skipped the boring work is now coding at human speed while a disciplined competitor ships at agent speed with fewer mistakes. The gap compounds.

And it isn't only code. The same mess sits in the workflow around the code: unclear ownership, scattered process, decisions that live in someone's head. AI exposes a vague workflow as quickly as a vague repo. If you can't say who owns what, neither can the agent.

You can't buy the fifteen years. You can start the boring work.

The lesson isn't "you've lost," and it isn't "unleash AI." It's that the work was always the same work: reduce variance, make ownership visible, standardise the parts that don't need to be creative. AI just raised the price of skipping it.

For a smaller team that means the smallest version that removes surprise, not a transformation programme: pick fewer patterns and actually hold the line; put guardrails a machine can read (lint, types, CI) so the feedback loop isn't a tired human at 6pm; keep one list of who owns what. Light enough to survive a normal week, or it goes the way every heavy process goes: quietly abandoned by the second sprint.

Your moat in the AI era isn't your engineers' ingenuity. It's how little your system surprises the model, which, conveniently, is the same thing as how little it surprises the next person who joins. Boring was always the point. AI just made it urgent.

Related

More to read