Knowing which one a job needs is the difference between something that runs quietly for a year, and something that costs more every month and cannot explain itself.
Everyone builds the first five. The last one is the one that tells you when the first five stopped.
It just stops. The sheet keeps showing last week, the follow ups quietly stop going out, and the first person to notice is usually a customer. Here is what that looks like on the canvas.
They get sold as one thing. They fail in completely different ways, and one of them charges you every time it runs.
Written down in advance. Same input, same route, every time.
It picks which tools to use, and in what order, while it runs.
The choice is made per step, not per project. Most systems are automation with one or two model steps inside them, and that is usually the cheapest thing that actually works.
Fixed shape in, fixed shape out? Write the rule. Clocks, comparisons, moving data between systems. Automation already does this, and it does it better because it never has an opinion.
No fixed shape, or a judgement needed? Use a model for that one step, and add a check. A model buys you exactly two things a rule cannot do. Everything else is a rule wearing a costume.
Can the path itself not be written in advance? Only then does an agent earn its place. If you can draw the flowchart, you do not need something to invent it at runtime.
A heartbeat on every workflow, a freshness stamp on every row, and one message when something stops moving. It costs almost nothing to add and it is the difference between finding out on Tuesday and finding out from an angry customer on Friday.
You get the message. Not your customer.
Ran 06:00. 42 rows written.
Newest row is 41 hours old. Expected daily.
No run in 3 days. Last error: token expired.
Different industries, one shape underneath. Something happened, and a person has to remember to act on it.
Enquiry lands, reply goes out in seconds, qualified, booked.
usually no watcherThe chaser that does not forget on day three, or day ten.
usually no watcherYour scorecard updates itself, keyed so a rerun does not duplicate.
usually no watcherAssembled, formatted and sent on a schedule.
usually no watcherFirst reply handled, the hard ones escalated to a person.
usually no watcherPDFs and emails into records, with approval before anything commits.
usually no watcher
Seven years across enterprise and consumer facing AI, most of it for government and regulated clients where a quiet failure was a real problem rather than an inconvenience. I rebuild stuck AI products and ship them to production. Not demos, not prototypes.
Working with smaller businesses taught me the more useful half. In a small company the process usually lives in one person's head, so the question is almost never which tool. It is where does this break, and who finds out. That is why I look at the whole flow before building any part of it.
I write about all of this, at some length.
Tell me the job someone on your team has to remember to do. I will tell you whether it is a rule, a model, or an agent. Sometimes the answer is that it should not be automated at all, and that answer is free.
No call needed to start. One paragraph is enough.