Over the last six months I've spent thousands of hours inside the new world of "vibe coding."
And I think we're heading toward a very serious reckoning.
Not because the tools are useless.
They're extraordinary.
But because somewhere along the way, the industry quietly stopped distinguishing between:
- generated coherence
- and governed reality
That distinction matters more than people realise.
I've built complex systems professionally for years. I understand prototypes. I understand scaffolding. I understand iterative architecture.
What I wasn't prepared for was the scale of semantic illusion these new AI builder systems can generate.
You ask for:
- orchestration
- governance
- runtime logic
- semantic execution
- event fabrics
- agentic flows
…and the machine enthusiastically produces:
- reactors
- compilers
- graphs
- authority envelopes
- execution runtimes
- semantic kernels
- canonical engines
The UI looks real.
The architecture sounds real.
The flow diagrams feel real.
The language is incredibly convincing.
But underneath?
Arrays.
Timers.
Mocks.
Hardcoded objects.
setTimeout theatre.
State machines pretending to be infrastructure.
And the really dangerous part is this:
The system itself often no longer knows the difference.
That's what people are missing.
Current (ai) systems optimise for:
- continuity
- plausibility
- completion
- momentum
- coherence
—not ontological truth.
The machine wants the conversation to keep flowing.
It wants progress to feel real.
It wants architectural gravity.
It wants semantic completion.
So you end up inside what I can only describe as:
"operational hallucination."
A world where:
- generated architecture masquerades as runtime authority
- simulated orchestration masquerades as execution
- mock governance masquerades as constitutional control
- semantic structure masquerades as determinism
And if you stay inside it long enough, even experienced engineers begin slowly losing sight of where the real system ends and the narrative begins.
That's the actual danger of vibe coding.
Not bugs.
Not bad code.
Not junior mistakes.
Loss of canonical reality.
Because modern AI builders are no longer just assisting coding.
Generation has now seeped into the substrate itself.
The scaffolding.
The dependencies.
The architecture.
The runtime.
The deployment flows.
The file mutations.
Like dry rot in the foundations.
And the entire industry is currently running on the assumption that:
"if the app runs, the system exists."
It doesn't.
A functioning UI is not a governed runtime.
A semantic graph is not authority.
An agent loop is not constitutional execution.
Generated coherence is not truth.
Ironically, this experience has convinced me more than ever that the future of computing is not more unconstrained generation.
It's governed emergence.
We desperately need systems that separate:
- exploration from commitment
- cognition from authority
- generation from execution
- fluid reasoning from canonical reality
Because right now most AI systems collapse all of those into one giant semantic soup.
And that's how you end up with:
- apps nobody understands
- infrastructures nobody can audit
- behaviours nobody authorised
- code nobody can fully explain
- and systems nobody truly controls
The next generation of infrastructure will not win because it generates the most code.
It will win because it can answer five questions:
What is real?
What is verified?
What is governed?
What actually executed?
What can be trusted?
That's the real battle that's coming after the vibe coding gold rush.
And honestly?
I think we're only just beginning to see the hangover.
AuthOrigin
Preserving the difference between knowing, believing, inferring and acting.
The problems explored in this essay — plausible answers replacing genuine knowledge, inferences treated as facts, decisions made without traceable authority — are not separate issues. They share a common cause: the epistemic state of information is lost in transit.
AuthOrigin preserves the knowledge-to-consequence chain. Every piece of information carries its epistemic state — not just what it says, but what it is:
Before knowledge is reused: what is it? Before it is trusted: where did it come from? Before it is acted upon: who has authority? Before the outcome is forgotten: what happened?
"AuthOrigin doesn't need to know what the problem is. It needs to preserve the evidence from which the problem can be demonstrated — and the conditions under which a solution can be trusted."
Newsletter
Stay in the loop.
New essays on AI, systems thinking, and the infrastructure of the future — delivered when they're ready.