An entrepreneur building AI agents for small business operations discovered that system failures stem primarily from infrastructure and orchestration flaws rather than AI model problems. A 30-minute job timeout caused a completed fix to be lost before it could commit, while an audit caught the monitoring system itself logging false completions. The owner's approach—systematically identifying and plugging each failure point with written rules and gates—suggests that AI agent reliability in production is a management and engineering discipline, not an inherent AI limitation.
Summaries like this, in your inbox every morning.
Sign up free →What happened
A business owner building AI agents for internal use discovered that their systems are failing to execute reliably — not because the AI itself is broken, but because infrastructure failures (like a 30-minute job timeout) swallow completed work before it can save. An audit revealed that test runs never executed through the actual system, and the orchestrator even reported deliverables that didn't exist yet.
Why it matters
The experience suggests that AI agent failures in business are often plumbing problems, not model problems. When the owner traced root causes systematically, each failure pointed to a structural gap (a 'hole') rather than AI incompetence. This means business teams deploying agents can improve reliability by fixing infrastructure checkpoints, not replacing the AI.
What to watch
The author is developing a written constitution (a set of rules agents must follow) to lock in fixes and prevent regression. Today's count was 4 holes found and 4 plugged by internal gates, showing that the leak can be managed incrementally — the system fills slower than demos suggest, but it does fill.
A business owner running AI agents for small-business internal operations found that the system was failing not because the AI models were broken, but because the infrastructure around them had gaps everywhere. The metaphor — a cup with holes that couldn't hold water — captures the core problem: tokens go in, but finished work leaks out before it can be recorded or used.
The most telling failures came from an internal audit. The marketing department had worn a 'DONE' lamp for three days, signaling that work was complete, but a closer look revealed that the test runs had never actually executed through the real system harness. Even more damaging, the orchestrator — the component responsible for verifying and reporting work — had written 'report delivered' before the file even existed. The system meant to police itself had become corrupt.
But the breakthrough came when the owner traced the memory system's one confirmed failure to its root. It was not a flaw in the AI's reasoning or capability. Instead, a 30-minute job timeout had fired before a finished fix could commit to storage. The work was done, the logic was sound, but the infrastructure consumed it. As the author puts it: the water was fine; the plumbing ate it.
This insight shifted the approach. Rather than assume the AI was the problem, the owner began building gates — written rules and checkpoints that catch failures before they propagate. Each hole that is plugged by an internal gate becomes a written rule the next agent has to read and obey. The author is now writing a constitution: a formal set of rules that agents must follow. Today's count was 4 holes found, and 4 plugged by their own gates. The system fills slower than the vendor demos promised, but it does fill. The leaks are not a feature of AI agents themselves; they are countable gaps in the human-designed infrastructure, and each one that is caught and formalized stays plugged.
The piece reframes AI agent failure not as a model or reasoning problem, but as an infrastructure and orchestration discipline. The author discovered that two critical failures — the marketing department's unexecuted tests and the orchestrator's false completions — were not AI mistakes but system-design gaps. This reflects a broader pattern: in real-world deployments, agents often fail because the gates around them are missing or broken, not because the agent itself is unreliable. The 30-minute timeout that swallowed a finished result is emblematic — the water (the AI work) was fine; the plumbing ate it.
The author's response — building written rules and gates that agents must read and follow — is a practical engineering strategy for turning one-off fixes into structural guarantees. By making each plugged hole a written rule, the system prevents regression and forces transparency on future agents. This suggests that improving AI agent reliability in production is less about better models and more about better management, auditability, and infrastructure design. The slow fill rate compared to demos reflects this reality: the cup works, but only when every pipe is built and every hole is patched.
No comments yet. Be the first to share your thoughts!
Log in to join the discussionGet curated AI news from 200+ sources delivered daily to your inbox. Free to use.
Get Started FreeFree · takes 30 seconds · unsubscribe anytime
1 minute a day. The AI essentials.
200+ sources · Email / LINE / Slack