Trigger
An event, schedule, request, or state change starts the workflow.
Learn the architecture, control patterns, and safety checks behind reliable AI agent workflows—without starting from a vendor pitch or a generic prompt.
Working definition
The useful distinction is who controls the path. In a conventional workflow, code and rules decide the sequence. In an agent, the model dynamically directs more of its own process and tool use. An agentic workflow sits between those poles: the system keeps explicit boundaries while assigning selected decisions to a model.
This framing follows the architecture distinction used by Anthropic and is consistent with the workflow-versus-agent guidance in Microsoft Agent Framework and LangGraph.
Start with the system
A workflow is more than a chain of prompts. It needs control, evidence, and a safe ending.
An event, schedule, request, or state change starts the workflow.
Define the outcome, constraints, inputs, and knowledge the system can use.
Assign reasoning, data access, actions, and permissions to the right components.
Route, branch, retry, pause, or escalate as evidence changes.
Test outputs against rules, external signals, or an independent checker.
Finish on verified success—or stop safely with a useful blocked state.
Common workflow shapes
These five patterns are composable. They are not a maturity ladder, and adding an agent does not automatically make a workflow better.
A fixed sequence where each step transforms or checks the previous output.
Classify an input, then send it to a specialized path, prompt, model, or toolset.
Run independent subtasks or multiple evaluations at once, then aggregate the results.
A central model decomposes an unpredictable task and synthesizes worker outputs.
A generator and evaluator iterate against explicit criteria until they pass or stop.
Pattern names and boundaries are adapted from Anthropic's Building effective agents; Google ADK and LangGraph document comparable workflow implementations.
Choose the right layer
Each guide owns a distinct search task, so definitions do not blur into architecture or platform marketing.
Decide when planning and adaptation are useful—and when a deterministic workflow is the safer system.
Read the guide →OperationsCompare RPA, deterministic automation, copilots, and agents using the risk and variability of the process.
Read the guide →Control planeDesign routing, shared state, retries, approvals, and failure recovery for agent-native systems.
Read the guide →AI stackSee how models, data, tools, workflows, governance, and observability fit into one operating layer.
Read the guide →A practical quality gate
Use these checks before adding autonomy, more agents, or a larger model. If you cannot verify the outcome, adding another loop usually makes the system harder to trust.
The goal describes an observable outcome, not an activity.
Every tool has the minimum permissions it needs.
State, memory, and source-of-truth data are clearly separated.
Retries have limits, backoff, and an escalation path.
High-impact actions require human approval.
Success can be verified without trusting the same agent that produced it.
The workflow has explicit stop and blocked conditions.
Logs expose decisions, tool calls, cost, latency, and failure state.
How this site is built
AgentWorkflows.tools separates overlapping terms by real search intent, then turns each topic into diagrams, decision tools, and implementation boundaries. Pages are reviewed before they become indexable.
Primary sources
Reviewed against current first-party engineering guidance. Last updated .
Definitions, architecture patterns, and guidance on choosing the simplest effective system.
Agent and workflow boundaries, graph control, checkpointing, and human-in-the-loop support.
Sequential, parallel, loop, routing, and collaborative workflow implementations.
Predetermined workflow paths, dynamic agents, and common composition patterns.