I built it to catch me out too. And it did.
Back to Blog
AI Architecture

I built it to catch me out too. And it did.

Pete Gypps
Pete Gypps
Published: 15 July 2026
6 min read

Day 9 of 14 — Structure Over Vigilance. Pete Gypps, COR Intelligence.

Every method has a moment that decides whether it's real or just a nicely-argued opinion. It isn't the moment it confirms something you already suspected — anything can do that. It's the moment it turns on the person who built it, who believes in it, who has every reason to want to be told they're right, and tells them they're wrong instead.

Mine had that moment. It turned its own checks on work I'd done and surfaced real problems that had been sitting there, invisible, for months. And here's the thing I want to be clear about up front: that's not a confession. That's the design. I built it to check anything, mine included, precisely so this could happen.

A mirror is not a method

Here's the trap most tools fall into, and most people never notice because the trap's comfortable.

A tool that only ever agrees with you feels useful. You run it, it confirms your instincts, you nod and move on feeling validated. But it taught you nothing. It's a mirror — it reflects your own beliefs back at you in an authoritative voice, and the authority makes it worse, because now you're more confident in beliefs that were never actually tested. A mirror that talks is more dangerous than no mirror at all.

A method has to be able to disagree with you. If there's no state of the world in which it would tell you you're wrong, it isn't checking reality — it's performing agreement. And the person it's most tempted to flatter is the one who built it. Which is exactly why I built mine to check that person too.

The test that counts

A method doesn't earn trust by working on other people's messes. It earns trust the first time it catches yours. So that was the test I designed in from the start — not "does it flag other people's problems", but "will it flag mine".

So I did the straightforward thing: pointed the method's own checks at my own work — not a demo, not a toy example, the actual thing — and let it run. It went red.

Not on trivia. On real problems. The specific kind structure-over-vigilance exists to catch: quiet drift that never announces itself. The sort of fault that sits undetected for months precisely because nothing about it is an event. A copy that slid out of sync with its source. A guarantee I'd assumed was held by structure that was actually held by me remembering — and I'd stopped remembering. None of it had tripped an alarm, because going stale isn't an alarm. It's the absence of one.

I noticed nothing. The structure noticed everything. That gap — between what I could see and what the shape could see — is the entire argument for building the shape. It didn't catch me despite being mine. It caught me because I built it not to care whose work it was looking at.

Make the claims able to bite back

The principle underneath this is older than anything I've built. Karl Popper's line: a theory you can't disprove isn't a theory, it's a belief. A claim that no possible evidence could ever contradict isn't strong — it's empty.

So the version of structure-over-vigilance I trust is the one where every claim carries, bolted to it, the test that would prove it false.

"A model update should never break this system" is a claim. Testable: change the model, and if anything breaks, you built at the wrong layer and the claim's disproved. "Nothing is lost silently" is a claim. Testable: an assertion that counts what went in, what came out, and what was deliberately left out, and goes red if the three numbers don't reconcile. "Secrets can't be committed" is a claim. Testable: a check that tries to commit one and has to fail. Each claim carries the thing that can prove it wrong. That's what makes it a method and not a manifesto.

A manifesto tells you what to believe. A method tells you how to find out you were wrong.

Why vigilance can't catch its own blind spots

Now the part that ties it to the whole thesis, and it's the bit I'd underline if I could only underline one.

Vigilance can't catch its own failures. This isn't a dig at anyone's diligence — it's structural. A blind spot is, by definition, the place you don't look. If you could watch it, it wouldn't be blind. So "just be more careful" is no fix for a vigilance failure — it's the same failing mechanism, asked to try harder with the same eyes. You can't watch your way out of the thing that watching already missed.

The only way out is structural. You build a check that looks where you, personally, don't — that runs on a schedule you don't control, reconciles numbers you'd never think to reconcile by hand, and goes red without asking your permission or caring how you feel about it. It catches your blind spots precisely because it doesn't share them. It isn't you, so it isn't blind where you're blind.

That's why a method built on running checks can find its maker's mistakes and a method built on vigilance never can. One hands the watching to structure. The other asks the person who already missed it to look again, harder, with the same eyes that missed it the first time.

Built to catch, not to flatter

I want to be plain about the pull that makes people build the wrong thing here, because it's where reliability quietly leaks away.

There's a strong pull toward building tools that make you feel competent — dashboards that stay green, checks tuned until they stop complaining, a method that reliably tells you your work is good. Give in to that and you've built a method optimised for your comfort instead of your reliability. A check tuned until it stops complaining isn't reassuring — it's just stopped checking.

So I built for the opposite. The method's job is to catch, not to reassure — and when it caught me, that wasn't it letting me down, that was it doing the exact job I designed it for. A method that only ever confirms what I already believe would be decoration: pleasant, useless decoration. One built to catch, that catches me right alongside everything else, is the one actually earning its place.

I'd rather my own structure flag a problem on a quiet Tuesday than have a client find it on the worst possible day. That's not a method built to make me look good. It's one built to keep me honest — which is the only job I ever wanted it to do. And it keeps doing it, on a clock, whether I'm watching or not.

Pete Gypps — COR Intelligence. Next: when several people invent the same idea separately, without ever talking to each other, it stops being an opinion and starts looking like a law.

Pete Gypps

Written by

Pete Gypps

Founder & Solutions Architect

About This Article

The test of any method is the moment it turns on its own author. Mine did — it caught my own confident mistake before it cost anything. Here's how.

Let's Connect

Have questions about this article or need help with your IT strategy?

Book a Consultation
P
Pete Bot
Business Solutions Assistant
P

Let's Get Started!

Enter your details to begin chatting with Pete Bot

💬 Got questions? Let's chat!
P
Pete Bot
Hi! 👋 Ready to boost your business online? I'm here to help with web design, SEO, and AI solutions!