Plain English — every term explained

How the Simulation Works

A plain-English tour. No background needed. If you can follow a game of telephone and a relay race, you can follow all of this.

01

One question, asked fairly

A company decides it wants to use AI to do some of its work. There are two very different ways to go about that. The question is simple: which way ends up with less of a mess?

You can’t answer that honestly in the real world, because no two companies are alike. So we build a pretend company inside a computer, make an exact copy of it, and run both copies at the same time. One copy adopts AI the first way; the other the second. Everything else is identical — same customers, same staff, same good and bad luck. Because the two copies differ only in their approach, any difference at the end came from the approach. That is the entire trick.

02

It’s an insurance company

We picked an insurance company because its work is easy to picture. Three ideas you need:

A claim
Someone’s car gets dented. They call their insurer and say “please pay to fix this.” Inside the company a claim doesn’t get handled by one person. It moves from desk to desk: someone checks it, someone estimates the cost, someone approves the payment, someone closes it out.
Underwriting
Deciding whether to insure a new customer in the first place, and what to charge them. The company’s version of “should we say yes to this person, and for how much?”
Subrogation
Chasing the other party’s insurer to get money back. If the other driver caused the crash, your insurer pays you now and goes and collects from their insurer later.

That’s it. Requests come in, and they travel through a chain of desks until they’re finished.

03

The game of telephone

Every time work passes from one desk to the next, that handoff is a seam. Two words carry most of this project:

Seam
A handoff — the exact point where work passes from one person to the next, or from the AI to a person. The stitch where two people’s work meets. Seams are where meaning leaks, so they’re where the whole contest is decided.
Tacit
Knowledge that lives in someone’s head and is hard to write down. A checklist is the opposite of tacit; a veteran adjuster’s gut feel for whether a claim smells wrong is deeply tacit. AI is good at the checklist kind of handoff and bad at the tacit kind — and that one difference splits the two teams.

Put those together and you get the two kinds of seam the experiment turns on:

Codifiable seam
A handoff whose knowledge can be written down as a rule or checklist — so a computer, or a plan made in advance, can standardize it without watching it fail. Think routing a claim by its data fields, or a fixed repair-cost schedule. Low tacitness. The “big plan first” team’s home turf.
Tacit seam
A handoff that runs on judgment you can’t fully write down — negotiating with a claimant, weighing disputed fault, reading a borderline case. High tacitness. No plan made in advance captures it, and AI stumbles on it. The only way to fix it is to watch it break and learn from the specifics — the “learn as you go” team’s home turf.

Now remember the childhood game of telephone: a sentence whispered down the line turns into nonsense. The same happens at a seam. The work arrives at the next desk slightly garbled, missing a detail. The next person has to stop and untangle it before doing their own job. That wasted untangling time is what we measure.

The number that decides everythingTranslation debt is the extra cleanup work created every time meaning gets lost at a handoff. Less is better. Whichever team ends up with less translation debt ran its company more smoothly. This one number picks the winner.
04

Two teams, two philosophies

Both teams run an identical copy of the insurance company. Only how they bring AI in differs.

Team A —
learn as you go
Start tiny. Put AI into one small corner of the work. Watch closely to see what actually breaks. Fix only the things you’ve seen break with your own eyes. Then grow a little bigger. Careful and grounded, but slow — and blind to any problem it hasn’t personally run into yet.
Team B —
big plan first
The way big companies usually do. Pick the technology, design the whole future setup on paper, and roll it out everywhere at once. Manage people’s resistance as you go. Covers a lot of ground fast — but it’s all based on a plan, not on watching what really happens.

One team learns by doing. The other plans, then acts. Which produces less mess? That’s the race.

05

What happens in a single round

The simulation runs in rounds. Each round is a stretch of time, like a couple of weeks at the office. The exact same round happens to both teams at the same moment.

1Weather
The day’s weather is rolled — maybe a flood of new claims, a budget freeze, a quiet stretch. Whatever it is, both teams get the exact same weather.
2Moves
Team A looks at what broke last round and fixes one thing it has real evidence for. Team B follows the next step of its big plan. This is where the philosophies differ.
3Work arrives
A fresh, identical pile of claims lands on both teams’ desks — a fair comparison.
4Claims travel
Every claim travels its chain of desks. Where AI does the work, it sometimes handles the claim cleanly, sometimes “loses the thread” at a handoff so a human steps in to sort out the mess — that mess being the translation debt.
5People react
When the AI helps smoothly, staff trust it a little more; when it hands them garbled work, they trust it a little less. Trust moves on real experience, not on what anyone was told to feel.
6Some quit
Worn-down, distrustful staff eventually leave, and one departure makes teammates more likely to leave too. Fewer people means more dropped handoffs, which wears down more people. It snowballs.
7Tally
At the end of the round, measure how much translation debt each team piled up, plus a few other health numbers. Then the next round begins.

Repeat for many rounds and you get two full stories: how each version of the company fared over time.

06

Following one claim through the office

Step 4 is the heart of it. A single claim’s trip when it reaches an AI desk:

Arrive
A claim arrives — someone wants their dented car paid for.
Sort
Sorted into a lane — simple ones go to the AI, tricky ones to a person.
AI turn
The AI takes a turn handling this step of the work.
WENT CLEANLY The handoff is clear; the next desk gets exactly what it needs.
GOT GARBLED Meaning was lost; a human must stop and untangle it — that’s translation debt.
Close
Approved, paid, closed — the claim is finished one way or the other.

A smooth trip costs almost nothing. A garbled one costs real cleanup time and chips away at trust. Across thousands of claims over many rounds, the small differences add up to a clear winner — or a genuine tie.

07

The referee treats both teams identically

Whether the AI succeeds or stumbles on a given handoff is decided the exact same way for both teams, at the exact same moment. If Team A’s AI trips over a claim, Team B’s AI trips over that identical claim too. Neither gets luckier. So any lasting difference can only come from how each philosophy fixes its handoffs over time — not from a good roll of the dice.

The catch we spend most of our time chasingIf one team secretly gets a free, permanent fix the other can’t earn, the fairness quietly breaks and the test tells you whatever you were hoping to hear. Finding those hidden thumbs on the scale, and removing them, is most of the real work. A recent audit caught exactly one, and the whole re-run is checking the result now that it’s gone.
08

How the winner is decided

We let both companies run all the way to the end. Then we ignore the early rounds — every new setup is clumsy at first — and look only at the settled second half. Whichever team has clearly less translation debt over that stretch wins. If they’re too close to tell apart, we call it an honest tie. We don’t crown a winner on a hair’s difference, because a hair’s difference is noise.

In one sentenceBuild the same company twice, adopt AI two different ways, give both the identical customers and luck, and see which one wastes less effort cleaning up after itself.
09

Under the hood — the unit of work

Nothing below is a metaphor — it’s what the engine does, sprint by sprint, and every number is a real setting in the code. A claim runs through a fixed chain of desks — intake, routing, damage estimate, coverage check, approval, payment, closure — across auto claims, commercial underwriting, and subrogation. Each handoff is a seam stamped with two numbers set before the run.

Seam risk
How likely meaning breaks at this handoff (0–1). Modeled Set per handoff from how the real job works. Subrogation is the riskiest in the building (0.9) because it sits downstream of everything; coverage verification 0.8; the AI damage estimate 0.7. Payment execution is near zero — it runs on standardized rails.
Seam tacitness
How much of the judgment is irreducibly human (0–1). Modeled 0 = a checklist a computer can codify (routing on structured data is 0.20); 1 = pure human judgment (live negotiation is 0.85). Deliberately separate from seam risk — a handoff can be risky and codifiable. AI is strong where tacitness is low and fails where it’s high — which is exactly where the two teams split.

This is why the company leaks value unevenly. The cheap, standardized steps are safe; the expensive human-judgment steps are where a confident-looking AI handoff is most likely to be quietly wrong.

10

How a broken handoff is modeled and counted

Handoff
failure
The quality signal behind the headline number. Modeled When the AI handles a step, it either succeeds or loses meaning at the handoff. Whether it fails isn’t a coin flip — it’s fixed by a fingerprint of the exact (claim, step, sprint), so the same claim at the same moment resolves the same way for both teams. A volume spike pushes failures up (×(1 + 0.5 × surge)); a standardized handoff fails about 30% less. The rate is held between 0.01 and 0.95. Counted Translation Debt Index = broken handoffs + reconciliation incidents + “quick alignment” meetings, per 100 claims. Starts near 100; a healthy target is 30. The headline number that decides the winner.
Exception
rate
Modeled Any claim kicked to a human beyond the normal path — the tail of the work turning into supervision and rescue. Counted Exception rate = escalated decisions ÷ all decisions that sprint.
Cost per
claim
Modeled Every reconciliation and rework pass adds real handling cost on top of base processing. Counted Cost per claim, used as a tie-breaker when debt numbers are close. More broken seams means more cleanup means higher cost.
11

What each philosophy actually does to a seam

Both teams close the same gappy handoffs — in opposite ways. The difference in the code is small, specific, and decisive.

Team A —
learn as you go
Fixes only what it has personally watched break. Modeled A can only touch a seam it has actually observed failing. Each fix cycle it standardizes the worst observed broken handoff and cuts the error rate of its worst observed AI seam to 60% of what it was (a 40% cut), floored at 0.02. It’s blind to seams it hasn’t hit yet — but its fixes never regress, because the team built them from its own evidence.
Team B —
big plan first
Standardizes a-priori, in five planned waves, blind to what’s actually broken. Modeled B commits to a plan before running anything, ranking seams by designed risk, and rolls out in 5 waves. Its odds of nailing a seam are 0.85 × (1 − tacitness) — so it cleanly codifies explicit seams and keeps missing the tacit ones. A hit lowers a seam’s error rate by up to 0.4 × vendor_quality; a miss raises friction 10% — a rigid template imposed where judgment was needed. Modeled And B’s wins don’t fully stick. Completed seams revert under change fatigue and turbulence (base 8% per sprint, scaled by how rough the quarter is) — the honest cost of speed and breadth, and the real-world finding that most big transformations don’t sustain their gains.

The whole contest in one line: A is slow, narrow, and permanent; B is fast, broad, and leaky. Which wins depends on the seam mix and the weather — which is what the experiment is built to find.

12

People aren’t a constant — it feeds back

Trust moves
slowly
And it’s mostly earned. Modeled Each smooth AI handoff nudges trust up; each garbled one nudges it down — a small 0.03 per interaction, so trust builds slowly and honestly. A person’s view is 60% their own experience and 40% the people around them, drifting 15% toward an influential colleague each sprint. Nobody is told how to feel.
Quitting
cascades
One departure raises the odds of the next. Modeled Worn-down, distrustful staff leave faster. One departure raises the odds of the next in the same group by 10%, an effect that fades by half each sprint and is capped at . A rough quarter (high stress) lifts attrition on its own; when AI genuinely reduces grind, attrition drops 15% instead. Why it matters Fewer people means more dropped handoffs, which wears down more people. This loop is why the same plan holds in a calm run and wobbles in a stormy one — and why we re-run across many random starts before trusting any result.
13

Where the numbers come from

Trust, but verifyEvery value on this page is a named, explicit setting in the code — not a hidden constant tuned to get an answer. The AI’s success or failure on each handoff is decided identically for both teams, so any lasting gap comes from the approach, not luck. When one team was quietly handed an unearned, permanent advantage, an audit caught it and it was removed — and the whole test re-run with that thumb off the scale. The tidy answer didn’t come back: the two teams tie in the easy conditions and the “learn as you go” team wins the hard ones — exactly the honest, uncomfortable result a working instrument should give.