·

Workflow vs Agent Decision Matrix

Lesson 34 — workflow vs agent. The single most over-claimed distinction in this layer. Most “agentic” deployments are workflows with a marketing budget. That is fine; just call it what it is.

The agent that should not have been

A team builds an “agentic” customer service system. Under the hood, every request follows the same five steps: classify intent, look up account, draft reply, check policy, send. The LLM never deviates from this path. The system is not an agent. It is a workflow with an LLM inside it. Calling it an agent costs the team explainability and earns them risk classification.

A workflow has a fixed graph of steps. An agent has the freedom to decide which step comes next, possibly to invent new steps. Most production deployments do not need that freedom and pay for it anyway.

The rule: Workflow first. Agent only where decision flexibility is the value, not where it would be nice to have. Agents are 10× harder to operate; reserve them for cases where the alternative is worse.

The two patterns

  • Workflow — a directed graph of steps, possibly with branches. The LLM may make decisions inside a step (classification, generation) but not about which step to take. Observability is high; failure modes are predictable.
  • Agent — the LLM decides the next action at each turn. The action set is the set of available tools. The agent may take an unbounded number of steps. Observability is harder; failure modes are creative.

The hybrid pattern dominates in practice: a workflow whose steps are themselves sometimes agentic. The top-level structure is deterministic; the inner loops use agency where it pays.

Try it yourself

The decision matrix below presents real-world automation tasks. For each, pick workflow, agent, or hybrid. The matrix tells you the operational cost and risk profile of each choice.

workflow_agent_matrix.json missing

What you just saw

“Process this support ticket” looks like an agent task but is usually a workflow. “Investigate this bug across multiple repositories” looks like a workflow but is closer to an agent. “Compose a marketing campaign across channels” is hybrid: top-level workflow with agentic creative steps inside.

For Maltese government workloads, the regulatory framing tightens the choice. Article 14 oversight requires that automated decisions can be reviewed and reversed. Workflows are reviewable; agents are auditable only via traces. For N3-N5 decisional axes (see the three-axis triage), workflows are usually the right answer.

Three architect-grade arguments

  • Call it a workflow if it is a workflow. The marketing-driven “agent” rebrand costs you explainability without buying you capability.
  • Agents cost more to operate. Logging, eval, safety, latency-tail management. Pay this cost only when decision flexibility is the unique value.
  • Hybrid is usually the answer. A fixed top-level workflow makes the system reviewable; agentic inner steps make the system flexible. Both layers earn their place.

Next lesson: bounded agent traces — what the operational artifact of running an agent actually looks like.