Trust, but check · Updated Oct 15, 2026
"It said success" is not proof
An automation telling you it worked is a claim. Check the place the work was meant to land.
Most of the automations I run end with a nice message. "27 of 27 scheduled." "Sync complete." A green tick. For a long time I read those messages as the result. They aren't. They're the tool's description of the result, and the two drift apart more often than you'd think.
This guide is about the habit that fixed it for me: check where the work was supposed to end up, not what the tool says about it.
Why a tool can say "done" when nothing happened
None of the failures below came with an error. Every one looked healthy.
- The tool believed it. My post scheduler answered "created" and handed back a reference number for a post it never made. A batch reported 27 scheduled and the calendar held 26. Asking for that reference number seconds later came back "not found".
- The tool said nothing and I filled in the rest. A sync I run printed a tidy summary and finished without complaint, and it had written nothing. One bad item in the batch had sunk the whole thing. Only looking at the actual record showed the old version still sitting there.
- The tool answered "nothing" when it meant "I couldn't look". A check meant to stop duplicate posts asked my scheduler what was already booked. Because one setting was missing, the scheduler replied with an empty list instead of an error. The check saw "nothing booked", booked everything again, and 12 posts ended up doubled on the same slots.
- The tool skipped itself and called it a win. A publishing job was meant to run at set times. The service running it started late, so the job checked the clock, decided it wasn't the right hour, and quietly stopped. It still showed green. For two days every scheduled run skipped. The only posts that went out were the three I'd pushed by hand.
- The tool quietly fell back. A news tool of mine was meant to use AI to score headlines. For weeks it couldn't reach the AI, so it used a simple backup rule instead. It still sent its report on time. The only clue was that every headline scored exactly 6.
The pattern is the same each time. A response that looks like success, covering an absence.
Step 1: Decide what "done" looks like where you can see it
For each automation, write one sentence: when this works, what exists that didn't before?
- A post appears on the scheduling calendar, on the right day.
- A new row appears in the spreadsheet.
- An email sits in the Sent folder.
- A file appears in a folder.
That thing is your proof. The message the tool shows you is not.
Step 2: Check the far side, every time, for the first few weeks
When you set up something new, go and look at the proof yourself after each run. Open the calendar. Open the sheet. Open the Sent folder.
It feels slow. It's the only way I've found to catch the failures above, because none of them made a sound.
Step 3: Count, don't skim
If the tool says it did 27 things, count 27 things on the other side. A missing one rarely shows up any other way. In my case the gap between 27 and 26 was the whole story.
Step 4: Be suspicious of empty answers
"There's nothing here" and "I couldn't look" can come back looking identical. When an automation reports zero of something you know should exist, treat that as a warning, not good news. Check one item by hand before you let anything act on the empty answer, especially anything that deletes, posts or sends.
Step 5: Watch the result, not the green tick
For anything that runs on a schedule, the useful question is "did the thing I expected appear since the last time it was due?" rather than "did the job run?". A job that ran, did nothing and reported fine passes the second question and fails the first.
You can do this by hand with a weekly five-minute look. Or ask your AI to build you a simple check: "Every morning, tell me if no new post was published in the last 24 hours." A check like that is what caught my skipped publishing job, after two days of green ticks.
Step 6: Make "skipped" and "fell back" visible
If an automation has a backup path or can decide to skip, ask for it to say so out loud. A line in the report like "used the backup method" or "skipped: wrong time" turns a silent failure into one you can see. My news tool hid its fallback for weeks until I asked it to record which method it had used.
Step 7: Ask your AI to show its proof
When an AI assistant tells you it finished a task, ask one follow-up question:
> "Where did you confirm this? Show me what you checked, not what you did."
A good answer points at the thing on the far side: the row, the file, the calendar entry. If the answer is "the tool reported success", you haven't got proof yet. Ask it to go and look.
What to do next
Pick your most important automation, the one that would hurt most if it stopped quietly, and do Step 1 for it today. Write down what "done" looks like where you can see it, then check it tomorrow.
The rest of this track is about the same instinct applied elsewhere: Stop your AI making up numbers, links and quotes, and Cleanups that don't delete your work. If you'd like a second pair of eyes on which of your automations are worth checking first, ask me for the free audit. I'll look at how your business runs and point out where AI would save you the most time.
Free, twice a week
Get each new guide by email
One short email the day a guide goes live, with a link to read it. Unsubscribe in one click.
Your email is used for the guides and nothing else. Privacy