Case study · Verified AI work

One AI builds. A second AI checks its work. Night one, both found something.

AI agents move fast, and fast work needs checking. So we gave our builder agent an independent checker, whose only job is to test every "done" against what actually happened. On the first night, each found unfinished work in the other's output. It's still running, catching at least one a fortnight before it ships.

Independent checker agentTested against the live system1+ catch a fortnight
The second set of eyes
1+
unfinished job caught every fortnight, before it ships
Agents2, independent
Caught on night one2, one each way
The ruleChecked before done
StatusRunning since July
Sound familiar?

Your AI says it's done. How would you know if it wasn't?

✕Your AI tool reports a task as finished, and you just take its word
✕An AI checking its own work will often call it finished
✕Unfinished work only shows up later, when something breaks
✕There's nothing between "the AI says it's done" and "it actually is"
How we did it

What we did, step by step.

1

Gave the checker a different job

A separate agent, not built to agree with the first one. Its only job is to check. It never builds anything.

2

Set one rule

Nothing is done until the checker has tested it against the live system. Not against the builder's write-up of what it did.

3

Ran them against each other on real work

On the first night, the checker caught a fix the builder said was finished that had never actually worked when run. And the builder caught the checker's own health check reporting wrongly.

4

Proved neither is safe alone

Both gaps were caught that same night, before either reached a person as "finished".

5

Kept it running

The first few weeks were slow, because tasks were waiting on people. Once the team stayed on it, the checker settled into a rhythm of at least one catch a fortnight.

AI agentsIndependent checkerLive testing
Why one AI isn't enough

You wouldn't let a new starter sign off their own work.

The same goes for AI. A builder and a checker want different things, and that's the point.

The builder

Wants to finish

It's built to get the job done, so it's inclined to report that the job is done.

The checker

Wants to find problems

It's built to test the claim against reality. It gets nothing for agreeing.

Before & after

From "The AI Says It's Done" to "It's Been Checked"

Before

Taking the AI's word for it

One agent declares a job done. Nobody has a reliable way to check. Gaps surface later, when something breaks.

After

Every "done" gets tested

A builder and an independent checker. Nothing is marked done until it's tested against the live system. At least one unfinished job caught a fortnight, before it ships.

Try this this week

Check your AI's "done"

1

Give your AI tool a real task

Something with a result you can check: an email sent, a record updated, a file created.

2

Check the result, not the report

Go and look at the actual email, record or file, rather than reading what the AI says it did.

3

Count how often "done" isn't done

Even once is enough to know you need a second check.

What happened

Start to finish

July 2026: independent checker agent switched on.
Night one: 2 unfinished jobs caught, one each way.
Early weeks slowed by tasks waiting on people.
The team stays on it, and the rhythm settles.
Now catching at least one a fortnight, and still running.

"Don't trust the AI that did the work. Trust the one that audits it."

Operations Intelligence
Free 20-minute AI check

Who's checking your AI's work?

We'll look at how you're using AI today and show you where a second check would catch what slips through.

BOOK MY FREE SESSION → Takes 30 seconds to book.
Not ready to talk yet?

Keep looking around

© 2026 Operations Intelligence | operationsintelligence.com.au