When not to use an AI agent
Most workflows that get pitched as agentic are better served by a scheduled job, a form or a rules engine. A practical filter for deciding which is which.
Conceptual visualization only
Article
The default should be the boring option
An agent is a loop that decides what to do next. That flexibility is only worth its cost when the next step genuinely cannot be known in advance. If the sequence of steps is fixed, a pipeline is cheaper to run, easier to test and far easier to explain to an auditor.
We start every engagement by writing the workflow out as a flat list of steps. If nothing in that list branches on unstructured judgement, we build a pipeline and stop there.
Signals that an agent is the wrong tool
These patterns almost always indicate that a deterministic implementation will outperform an agent on cost, latency and reliability.
- The inputs are already structured and validated
- Every decision can be written as a rule a domain expert would sign off on
- The action is irreversible and cannot wait for a human approval step
- Correctness has a single right answer that can be computed directly
- The volume is high and the margin per transaction is thin
Signals that an agent earns its keep
Agents pay for themselves when the work is dominated by reading, reconciling and drafting across sources that never quite line up.
- Inputs arrive as documents, emails, images or scans in inconsistent formats
- The step order depends on what earlier steps discovered
- A person currently does the work by consulting several systems in sequence
- Drafting is expensive but reviewing a draft is cheap
- Tool use, including search, retrieval, calculation and geoprocessing, is central rather than incidental
The hybrid shape we ship most often
In practice the reliable design is narrow: a deterministic pipeline handles ingestion, validation and delivery, and an agent is invoked only for the judgement-heavy middle. Every agent output carries citations, and any action with a real-world consequence is gated behind an approval step a named person owns.
This keeps the failure surface small. When something goes wrong, you can tell immediately whether the pipeline mis-handled the input or the model produced a bad draft, because they are separate components with separate logs.
Key takeaways
Related reading
Evaluating agents before you put them in front of users
A demo proves an agent can succeed once. Evaluation tells you how often it fails and how badly. What we measure, and how the evaluation set gets built.
Earth observation pipelines that hold up to review
Satellite analysis is easy to demonstrate and hard to defend. The provenance, validation and versioning practices that make a published layer auditable.
Designing human approval steps people actually use
Approval gates fail in two directions: too many and reviewers rubber-stamp, too few and nobody trusts the system. How to place them deliberately.
Ready to scope your AI initiative?
Share your objective and constraints. A specialist reviews every request before any recommendation is issued.

