The Strategic Veteran

The Strategic Veteran

Building the Machine, Day 13: The Dashboard Said Live. The Workflow Said Error.

Credentials went in. The agent built it. Every gate passed and the dashboard turned green. Then I opened the workflow and the AI node was throwing bad request.

Adam Peters's avatar
Adam Peters
Jul 28, 2026
∙ Paid

Today the machine did the whole thing without me.

I connected six credentials. Five Gmail accounts and an AI key. The vault took them, encrypted them, and reported back.

The build queue picked it up. The agent read the scope, constructed the workflow, and named it correctly this time. Yesterday it was naming builds off raw database IDs, so my first automation was called ca6406a1-001-inbox-triage. Today it derives the name from the account. adam-001-inbox-triage. Small thing. It’s the difference between a system a human can read and a system only a database can.

Then the dashboard flipped.

Your Automation Is Live. Green dot. Active. Runs daily at 6 am. Sends a digest to my inbox.

Eleven days of building and there it was, telling me the machine had done the entire job. Intake, scope, contract, payment, credentials, build, deploy. No human in the loop anywhere.

So I opened the workflow to watch it run.

The AI node was red. Bad request, check your parameters.

The dashboard was lying to a customer. That customer was me, which is the only reason it’s a story and not a refund.

Yesterday’s gate worked perfectly, and it didn’t matter

Here’s the part that kept me at the desk.

Yesterday I built a verification gate because my agent had constructed a workflow with no AI in it at all, and every quality check I had passed it anyway. The fix: before anything gets called finished, the system reads what it actually built and compares it against the components the scope required.

That gate ran today. It worked. It passed.

And it was right to pass. The AI node was there. It was in the workflow, in the right position, wired to the right inputs. Every component the scope demanded was present and accounted for.

It just didn’t work.

A part being in the box is not the same as the part working. I built a check that counts the parts. I did not build a check that turns the thing on.

The bigger lie

That’s the small version. Here’s the one that actually matters.

I promise a build in 96 hours. There is a countdown timer. There are four gates with names like Hardening and Delivery Prep that sound like something is being tested.

Nothing is being tested. The customer watches a screen say Build Queued, and then at some point that screen says LIVE, and between those two words there is no test execution, no proof of a successful run, and no evidence of any kind that what I built does the thing they paid for.

The 96-hour promise is currently a promise about elapsed time. Not about a working system.

So the principle, and it’s bigger than automation.

Every status in your product is a claim, and somebody is going to act on it. If nothing verified that claim, you are not reporting status. You are guessing in green.

A green dot is the single most trusted pixel in software. People stop looking when they see it. Which means the bar for turning something green has to be higher than the bar for anything else you ship, and mine was: the record advanced, so light it up.

Tomorrow that changes. Build Initiated, Credentials Verified, Workflow Generated, Test Execution, QA Review, Deployment, Live. Nothing reaches Live until the workflow has actually run end to end and produced real output. No test, no green.

What dogfooding gave me for free

One more thing, and it’s the reason I run everything on myself before anyone else touches it.

The automation I built for myself only fetches unread email. Which means it triages the stuff I already haven’t dealt with and does nothing about the eleven thousand messages sitting behind it. It’s a system for managing a problem instead of a system for ending one.

The actual product isn’t inbox triage. It’s an Inbox Zero Assistant: pull everything, sort it into respond, archive, delegate, snooze, and draft the replies.

I would not have learned that from a spec document, a competitor analysis, or a customer interview. I learned it by using the thing I built and being annoyed by it. That’s what Tenant Zero is for.

Below, I’m going to show you exactly how I separated client infrastructure from my own, the autopsy on the broken AI node and the mistake underneath it, and the four monitoring agents I deployed today. This is the part nobody selling you the “AI runs your business while you sleep” dream will ever show you. It’s free for my paid subscribers because this is the stuff I’d have paid to know three weeks ago.

User's avatar

Continue reading this post for free, courtesy of Adam Peters.

Or purchase a paid subscription.
© 2026 Adam Peters · Privacy ∙ Terms ∙ Collection notice
Start your SubstackGet the app
Substack is the home for great culture