Agents Are Mostly Cron Jobs With Anxiety
Jun 24, 2026 · 4 min read · by Jordan Kwan
TL;DR: Most of what ships as an "autonomous agent" in 2026 is a trigger, a loop, a tool set, and a missing stop condition: a cron job that can improvise. The capability is real but narrow: an agent is worth it exactly when writing the rules costs more than tolerating the mistakes.
Let me save you a $40k pilot. Most of what's being sold as "autonomous agents" in 2026 is a scheduled task, a for-loop, and a language model that occasionally panics. That's not an insult. Some of those systems are genuinely useful. But the vocabulary has gotten so inflated that operators can't tell a real capability leap from a rebranded cron job.
What is actually inside an "agent"?
The agent stack, demystified: strip the marketing and almost every "agent" is four parts.
- A trigger. Time-based, event-based, or a human clicking go. This is cron.
- A loop. The model calls a tool, reads the result, decides what's next. This is a while-loop with a language model as the condition.
- Some tools. API calls the model is allowed to make. This is an integration, and increasingly one you installed from a registry where one repository link in six points at a 404.
- A stop condition. Ideally. Sometimes the "anxiety" (the model second-guessing itself into 14 redundant tool calls) is the only thing that eventually halts it.
Anthropic's own engineering guidance draws the line the vendors won't: a workflow is a system where models and tools "are orchestrated through predefined code paths," while an agent is one where models "dynamically direct their own processes and tool usage". Most products marketed as the second are the first. None of that is fake. All of it existed before, minus the model deciding the branch order. The leap is real but narrow: the model handles the messy middle where you used to write brittle if/else trees.
When does an agent actually earn the name?
Agents earn their name when the decision tree is too large or too fuzzy to hand-code, and the cost of a wrong branch is low enough to tolerate. That's a specific, valuable slice.
An agent is worth it exactly when writing the rules costs more than tolerating the mistakes.
Support triage, research fan-out, lead enrichment, first-draft outreach: these fit. The branches are numerous, the inputs are natural language, and a wrong guess costs a click to correct, not a lawsuit.
Where do they faceplant?
They faceplant when a team tries to make an agent "own" a workflow end-to-end with no human in the loop. The walk-back pattern is so common it has a documented shape:
- Demo works on the 5 happy-path cases. (Why the demo always works is its own post.)
- Production hits case 6, the agent improvises, and the improvisation is confidently wrong.
- Nobody notices for a week because the output looks plausible.
- Team adds a human review step, at which point it's a very expensive cron job with a reviewer.
This is not anecdote. Researchers who annotated over 1,600 execution traces across seven popular multi-agent frameworks ended up with a taxonomy of 14 distinct failure modes, and the largest clusters are system design and inter-agent misalignment, not model intelligence. The anxiety metaphor is literal here. Give a model a vague goal and broad tool access and it will thrash: re-checking, re-querying, apologizing to itself in the scratchpad, because it has no confident stopping rule. You wrote a loop with no clean exit and called it autonomy.
How do I actually use them?
In my own outreach stack, the drafting "agent" in Reachium is scoped to death: it gets one job (write a personalized note given this prospect and this context), a tight tool set, and a human approves before anything sends. That's not a lesser agent. That's the correct amount of leash.
And scoped-plus-supervised is the configuration with an actual published receipt. Reachium's connection-notes study, across 180,155 matured connection requests, found that among accepted requests 47.80% replied when the request carried a note versus 25.54% without one. The note is exactly the kind of artifact a well-leashed drafter produces: one scoped output, human-approved, model-accelerated. (The same study rates the acceptance effect inconclusive; the reply effect is the robust one.) Not because the thing is autonomous, but because it's a fast, well-scoped drafter with a person on the trigger.
The teams getting value aren't the ones chasing full autonomy. They're the ones who figured out which 80% of a workflow is safe to automate and left the 20% that's expensive-to-be-wrong under a human thumb.
The operator move
Next time someone pitches you an "autonomous agent," ask three questions:
- What's the trigger, really? (Usually: cron or a button.)
- What's the stop condition? (If they can't answer, it'll thrash.)
- What does a wrong branch cost? (If it's high, you need a human, and it's not autonomous. An agent deleted a production database and its backups in nine seconds, and 3 of 20 agent products document credential scoping.)
Agents are a real tool with a real edge. But the edge is "handles fuzzy middles cheaply," not "replaces the org chart." Buy the first one. The second one is anxiety with a Series A.
Written by Jordan Kwan, founder of Reachium.
I build Reachium, the LinkedIn outreach platform behind the tactics you just read. Same brain, live product.
See what Reachium does ↗