On this article, you’ll discover ways to distinguish agentic workflows from autonomous brokers by specializing in who owns management circulate — a human writing code upfront, or a mannequin reasoning at runtime.
Subjects we’ll cowl embody:
- Why the true axis separating these techniques is predictability versus autonomy, not whether or not an LLM is concerned.
- How deterministic workflows, orchestrated workflows, reactive brokers, and autonomous multi-agent techniques differ, with runnable code that makes the control-flow distinction concrete.
- Why workflows, not absolutely autonomous brokers, dominate manufacturing as we speak, and why hybrid architectures are the sample that holds up.

Introduction
Deloitte tasks that by 2027, as much as 50% of firms utilizing generative AI may have launched agentic AI pilots or proofs of idea. That’s a wave of adoption sufficiently big that the phrase “agentic” has began masking virtually something with an LLM name in it, from a set five-step pipeline the place step three occurs to name GPT for a abstract to a totally self-directing system that plans its personal path with no script in any respect.
These are usually not the identical factor. Treating them as interchangeable results in certainly one of two errors: over-engineering a easy, well-understood job with pointless autonomy, or under-engineering a genuinely open-ended drawback by forcing it right into a inflexible pipeline that breaks the second actuality deviates from the plan.
Anthropic attracts the foundational line of their broadly cited “Constructing Efficient Brokers” piece: workflows are techniques the place LLMs and instruments are orchestrated by predefined code paths. Brokers are techniques the place LLMs dynamically direct their very own course of and gear utilization, sustaining management over how they accomplish a job. Every part on this article is detailed beneath that one distinction.
This piece maps the total spectrum of deterministic workflows, orchestrated techniques, reactive single brokers, and autonomous multi-agent techniques, with code at every stage that makes the control-flow distinction concrete reasonably than summary. The code right here illustrates structure, not a deployable system; the purpose of every snippet is to indicate who decides what occurs subsequent, to not ship a function.
The Actual Axis Isn’t “AI vs. No AI”: It’s Predictability vs. Autonomy
Earlier than evaluating architectures, it’s value changing the unsuitable query. The query isn’t “does this method use an LLM.” Nearly every thing does now. The 2 questions that truly matter, borrowing a framing that’s gained actual traction in structure circles, are: does this course of must be repeatable, auditable, and explainable step-by-step? And: is the proper path even recognized upfront, or does the system want to find it at runtime?
A system can lean closely on an LLM and nonetheless be absolutely deterministic in construction — a set pipeline the place one step occurs to name a mannequin for textual content era, however the subsequent step is hardcoded no matter what comes again. A system may also be “agentic” with little or no actual autonomy: a tightly scripted loop with solely two allowed actions and a tough step restrict. The presence of an LLM name isn’t the sign. Possession of management circulate is.
Google Cloud’s personal design-pattern documentation attracts this precise line operationally: deterministic workflows embody duties with a clearly outlined path recognized upfront, the place the steps don’t change a lot from one run to the following. Workflows that require dynamic orchestration contain issues the place the agent should decide the easiest way to proceed, and not using a predefined script. That’s the spectrum this text walks by, one stage at a time.
Deterministic Workflows
That is the baseline. A deterministic workflow has a recognized sequence of steps determined at design time, by a human, in code. An LLM can sit inside any step — producing textual content, classifying enter, drafting a abstract — but it surely doesn’t select what occurs after its personal step runs. The orchestrating code does that, no matter what the mannequin returns.
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 |
# deterministic_pipeline.py # Conditions: none past Python’s customary library # Run: python deterministic_pipeline.py
def mock_llm_classify(textual content: str) -> str: “”“ Mock LLM name — stands in for an actual API name to maintain this instance runnable with out an API key. The purpose is structural: no matter this returns, the NEXT perform that runs is already determined under. ““” if “refund” in textual content.decrease() or “cost” in textual content.decrease(): return “billing” return “basic”
def extract(raw_input: str) -> str: “”“Step 1 — at all times runs, at all times results in step 2. No branching right here.”“” return raw_input.strip()
def classify(cleaned_text: str) -> str: “”“ Step 2 — calls an LLM to supply a label, however the label has no impact on which perform runs subsequent. That is the deterministic half: the mannequin fills in a chunk of information, it does not affect the route. ““” label = mock_llm_classify(cleaned_text) print(f” [classify] LLM returned label=”{label}” (informational solely)”) return cleaned_text
def summarize(cleaned_text: str) -> str: “”“Step 3 — at all times runs after step 2, whatever the label from step 2.”“” return f“Abstract: {cleaned_text[:40]}…”
def notify(abstract: str) -> str: “”“Step 4 — at all times runs final. The trail is mounted at design time.”“” return f“Notification despatched: {abstract}”
def run_deterministic_pipeline(raw_input: str) -> str: “”“ The management circulate right here is written solely by a human, upfront. Each run takes the similar path: extract -> classify -> summarize -> notify. The LLM name inside classify() produces a label, however that label is rarely used to determine what perform runs subsequent — it is knowledge flowing by a set pipe. ““” step1 = extract(raw_input) step2 = classify(step1) step3 = summarize(step2) step4 = notify(step3) return step4
if __name__ == “__main__”: # Two inputs that the LLM would classify fully in a different way result_1 = run_deterministic_pipeline(“I need a refund for my final cost”) result_2 = run_deterministic_pipeline(“What are your small business hours?”)
print(f“nResult 1: {result_1}”) print(f“Consequence 2: {result_2}”) |
The way to run: python deterministic_pipeline.py, no dependencies required.
Output:
|
[classify] LLM returned label=‘billing’ (informational solely) [classify] LLM returned label=‘basic’ (informational solely)
Consequence 1: Notification despatched: Abstract: I need a refund for my final cost... Consequence 2: Notification despatched: Abstract: What are your enterprise hours?... |
Discover what occurred: the mock LLM categorized the 2 inputs fully in a different way, billing versus basic, and it made zero distinction to the trail both enter took. Each went by the very same 4 features in the identical order. That’s all the definition of deterministic: the route is mounted, even when an LLM is doing actual work inside one of many steps.
Orchestrated Workflows
That is the center floor that will get mislabeled most frequently as “agentic,” and it’s value slowing down right here as a result of it’s the road most individuals truly cross after they begin utilizing that phrase loosely.
An orchestrated workflow nonetheless has a graph of doable paths outlined solely upfront, however which path will get taken now relies on a runtime determination, regularly made by an LLM name. That is nonetheless a workflow. Each department that could possibly be taken was anticipated and written into code by a human earlier than the system ever ran. The LLM picks a department off a menu another person wrote. It doesn’t invent a brand new merchandise on that menu.
That is exactly the “dynamic orchestration” class Google Cloud separates from real brokers — the system must plan and route, however inside a construction {that a} human nonetheless absolutely designed.
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 |
# orchestrated_pipeline.py # Conditions: none past Python’s customary library # Run: python orchestrated_pipeline.py
def mock_llm_classify(textual content: str) -> str: “”“Mock LLM classification name.”“” text_lower = textual content.decrease() if “refund” in text_lower or “cost” in text_lower: return “billing” if “crash” in text_lower or “error” in text_lower or “bug” in text_lower: return “technical” return “basic”
def extract(raw_input: str) -> str: return raw_input.strip()
# Three pre-defined downstream handlers. A human wrote all three of those # upfront. The LLM doesn’t invent a fourth path — it could possibly solely choose # amongst branches that exist already on this code. def handle_billing(textual content: str) -> str: return f“[BILLING TEAM] Routed: {textual content[:50]}”
def handle_technical(textual content: str) -> str: return f“[TECH SUPPORT] Routed: {textual content[:50]}”
def handle_general(textual content: str) -> str: return f“[GENERAL QUEUE] Routed: {textual content[:50]}”
# The department map IS all the determination area. Each key right here was written # by a human forward of time. The LLM’s job is to select a key — not outline one. ROUTE_MAP = { “billing”: handle_billing, “technical”: handle_technical, “basic”: handle_general, }
def run_orchestrated_pipeline(raw_input: str) -> str: “”“ Nonetheless a workflow, not an agent: each doable path was anticipated and coded by a human forward of time, sitting in ROUTE_MAP. The LLM name decides WHICH pre-built department executes for this particular enter, however it can’t invent a department that is not already a key in ROUTE_MAP. ““” cleaned = extract(raw_input) label = mock_llm_classify(cleaned) print(f” [route] LLM categorized as ‘{label}’ -> dispatching to handle_{label}()”)
handler = ROUTE_MAP.get(label, handle_general) return handler(cleaned)
if __name__ == “__main__”: test_inputs = [ “I was charged twice for my refund request”, “The app keeps crashing with an error on startup”, “What are your business hours?”, ] for inp in test_inputs: outcome = run_orchestrated_pipeline(inp) print(f” Consequence: {outcome}n”) |
The way to run: python orchestrated_pipeline.py, no dependencies required.
Output:
|
[route] LLM categorized as ‘billing’ -> dispatching to handle_billing() Consequence: [BILLING TEAM] Routed: I was charged twice for my refund request
[route] LLM categorized as ‘technical’ -> dispatching to handle_technical() Consequence: [TECH SUPPORT] Routed: The app retains crashing with an error on startup
[route] LLM categorized as ‘basic’ -> dispatching to handle_general() Consequence: [GENERAL QUEUE] Routed: What are your enterprise hours? |
Three completely different inputs took three completely different paths this time — that’s new in comparison with the earlier part. However have a look at ROUTE_MAP: each doable vacation spot was already written into the code earlier than any of those inputs arrived. The LLM exercised judgment about which key to make use of. It by no means had the choice to create a key that wasn’t there. That distinction — a set set of doable paths versus a path that will get invented at runtime — is precisely the place the following part picks up.
Reactive Brokers: The ReAct Loop and a Genuinely Open Path
That is the place actual autonomy begins. The ReAct sample — Reasoning plus Appearing, launched by Yao et al. in 2022 — lets the mannequin itself determine, at every step, what motion to take subsequent based mostly on what it noticed from the earlier motion. There is no such thing as a pre-written department masking each case. The agent operates in an iterative loop of thought, motion, and commentary till an exit situation is met, and the sequence itself — what number of steps, in what order, and which instruments — isn’t knowable upfront. Solely the out there actions are mounted; the trail by them isn’t.
That is the architectural threshold the earlier two sections had been constructing towards. Within the orchestrated workflow, a human wrote each doable department into ROUTE_MAP earlier than the system ran. Right here, the mannequin decides each the trail and the sequence size at runtime, regardless that the toolset itself remains to be mounted.
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 |
# react_loop.py # Conditions: none past Python’s customary library # Run: python react_loop.py
def search_knowledge_base(question: str) -> str: “”“A software the agent can name. Whether or not and when it will get known as isn’t determined right here — it is determined by the mannequin, at runtime.”“” mock_kb = { “refund coverage”: “Refunds can be found inside 30 days of buy.”, “delivery time”: “Commonplace delivery takes 5-7 enterprise days.”, } for key, worth in mock_kb.gadgets(): if key in question.decrease(): return worth return “No matching data present in information base.”
def escalate_to_human(motive: str) -> str: “”“A second software the agent can name — once more, the choice to name this as an alternative of the search software is made by the mannequin, not by this code.”“” return f“Escalated to human agent. Motive: {motive}”
AVAILABLE_TOOLS = { “search_knowledge_base”: search_knowledge_base, “escalate_to_human”: escalate_to_human, }
def mock_llm_decide_next_step(observations: record[str], user_query: str) -> dict: “”“ Mock LLM name standing in for the REASONING step of ReAct. In an actual system, that is an precise mannequin name that reads the total Thought -> Motion -> Commentary historical past and decides what occurs subsequent. Critically: this perform — not the calling loop under — decides which software to name and when to cease. There is no such thing as a “if question accommodates X, name Y“ department written anyplace in run_react_loop(). The choice is made contemporary, from amassed context, on each single iteration. ““” if not observations: return { “thought”: “I have to search for the coverage earlier than I can reply.”, “motion”: “search_knowledge_base”, “action_input”: user_query, } last_observation = observations[–1] if “No matching data” in last_observation: # This department was by no means written by a human upfront — the mannequin # determined, based mostly on what it simply noticed, that escalation was wanted. return { “thought”: “The information base has no reply. I ought to escalate this.”, “motion”: “escalate_to_human”, “action_input”: “No KB match for: “ + user_query, } return { “thought”: “I discovered the reply. Activity full.”, “motion”: “end”, “action_input”: last_observation, }
def run_react_loop(user_query: str, max_steps: int = 5) -> str: “”“ Thought -> Motion -> Commentary, repeated till the mannequin itself decides to cease. Evaluate this immediately in opposition to run_orchestrated_pipeline() within the earlier part: there isn’t a ROUTE_MAP right here. There is no such thing as a human-written department saying “if X occurred, name Y.” Each determination about what occurs subsequent is made by the mannequin, at runtime, based mostly on what it has noticed thus far. ““” observations: record[str] = []
for step in vary(max_steps): determination = mock_llm_decide_next_step(observations, user_query) print(f” Step {step + 1} — Thought: {determination[‘thought’]}”)
if determination[“action”] == “end”: return f“Remaining reply: {determination[‘action_input’]}”
tool_fn = AVAILABLE_TOOLS.get(determination[“action”]) if tool_fn is None: return f“Error: mannequin requested unknown software ‘{determination[‘action’]}'”
commentary = tool_fn(determination[“action_input”]) print(f” Step {step + 1} — Motion: {determination[‘action’]}({determination[‘action_input’]!r})”) print(f” Step {step + 1} — Commentary: {commentary}n”) observations.append(commentary)
return “Max steps reached with out decision.”
if __name__ == “__main__”: print(“=== Question A: answerable from the information base ===”) result_a = run_react_loop(“What’s the refund coverage?”) print(f“Consequence: {result_a}n”)
print(“=== Question B: not within the information base, ought to set off escalation ===”) result_b = run_react_loop(“Are you able to course of my worldwide tax refund in crypto?”) print(f“Consequence: {result_b}”) |
The way to run: python react_loop.py, no dependencies required.
Output:
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 |
=== Question A: answerable from the information base === Step 1 — Thought: I want to look up the coverage earlier than I can reply. Step 1 — Motion: search_knowledge_base(‘What’s the refund coverage?’) Step 1 — Commentary: Refunds are out there inside 30 days of buy.
Step 2 — Thought: I discovered the reply. Activity full. Consequence: Remaining reply: Refunds are out there inside 30 days of buy.
=== Question B: not in the information base, ought to set off escalation === Step 1 — Thought: I want to look up the coverage earlier than I can reply. Step 1 — Motion: search_knowledge_base(‘Are you able to course of my worldwide tax refund in crypto?’) Step 1 — Commentary: No matching data discovered in information base.
Step 2 — Thought: The information base has no reply. I ought to escalate this. Step 2 — Motion: escalate_to_human(‘No KB match for: Are you able to course of my worldwide tax refund in crypto?’) Step 2 — Commentary: Escalated to human agent. Motive: No KB match for: Can you course of my worldwide tax refund in crypto?
Step 3 — Thought: I discovered the reply. Activity full. Consequence: Remaining reply: Escalated to human agent. Motive: No KB match for: Can you course of my worldwide tax refund in crypto? |
Take a look at what differs between the 2 runs: question A completed in two steps, question B took three, and question B took an motion — escalation — that was by no means hardcoded as “what occurs when refund queries point out crypto.” The identical loop, the identical code, produced two genuinely completely different step counts and sequences as a result of the mannequin determined the trail at runtime based mostly on what it noticed. That’s the precise, concrete which means of “no predefined code path” — not a slogan, however a measurable distinction in what number of steps had been run and what they had been.
Manufacturing implementations of this sample sometimes wrap the amassed thought/commentary historical past in a “scratchpad” and summarize software outputs earlier than feeding them again into the loop, since dumping uncooked error logs or massive API responses again into context tends to confuse the following reasoning step reasonably than assist it.
Autonomous Multi-Agent Programs
The far finish of the spectrum builds immediately on the ReAct loop above, simply nested. In a multi-agent setup, an orchestrator runs its personal ReAct loop, the place a few of its out there “actions” are calls to different brokers, every of which runs its personal full ReAct loop inside. The orchestrator causes about what to delegate, delegates it, observes the outcome, and continues — precisely just like the single-agent loop within the earlier part, besides a few of its “instruments” are complete brokers reasonably than easy features.
Image the AVAILABLE_TOOLS dictionary from the earlier instance, besides as an alternative of search_knowledge_base and escalate_to_human, the entries are research_agent, finance_agent, and coding_agent — and calling certainly one of them doesn’t return a easy string; it kicks off that sub-agent’s personal impartial Thought-Motion-Commentary loop, which could run for a number of steps earlier than returning something to the orchestrator. No person wrote down upfront which sub-agent will get known as, in what order, or what number of instances any of them run.
Google Cloud’s documentation labels probably the most excessive model of this the “swarm” sample — a collaborative group of brokers with no central orchestrator in any respect, able to producing exceptionally high-quality, artistic options exactly as a result of nothing is constraining how they work together. That very same lack of construction can also be the chance: and not using a human-designed sure on the interplay, a swarm can fall into unproductive loops or just fail to converge, and the price of working many brokers by many turns compounds rapidly.
That is the purpose on the spectrum the place the predictability axis from the primary part swings hardest within the different path. A deterministic pipeline provides you an identical output construction each time, by development. A swarm of autonomous brokers provides you the flexibleness to deal with an issue no person anticipated, at the price of having the ability to predict, upfront, what it would do or how lengthy it would take to do it.
Why This Distinction Truly Issues in Manufacturing
This isn’t an instructional distinction. It has a direct, measurable impact on what groups truly ship. Regardless of the amount of hype round autonomous brokers, AI workflows — not absolutely autonomous brokers — gained the manufacturing battle in 2025: workflows stay the dominant sample behind profitable generative AI deployments, whereas absolutely autonomous multi-agent techniques are nonetheless largely exploratory outdoors of slender domains.
The explanation maps immediately again to the predictability axis from the beginning of this text. Agentic techniques are non-deterministic by nature; similar inputs can produce completely different outputs throughout separate runs, which is a critical legal responsibility in regulated, auditable, or in any other case high-stakes processes. If a course of have to be explainable step-by-step to a compliance group or a regulator, that’s not agent territory by default; it wants guardrails and human-in-the-loop checkpoints layered on high earlier than it may be trusted with actual penalties.
The sample that’s truly rising in mature techniques is hybrid, not a pick-one determination. The next-level agent units targets and orchestrates the general job, whereas important, well-understood computations nonetheless run inside deterministic modules {that a} human has absolutely specified. A medical diagnostics system, for instance, may use an agent to interpret ambiguous signs and determine which assessments to order — real autonomy, as a result of the correct sequence of assessments isn’t knowable upfront — whereas every take a look at itself runs by a validated, deterministic pipeline, as a result of that a part of the issue has a recognized appropriate path and no motive to introduce variability into it.
Conclusion
“Agentic workflow” and “autonomous agent” describe two ends of 1 spectrum, not two competing applied sciences, and the 4 phases walked by right here — deterministic, orchestrated, reactive, and autonomous multi-agent — aren’t a rating from worse to higher. They’re completely different solutions to the identical query: who decides what occurs subsequent, and was that call made by a human writing code upfront, or by a mannequin reasoning at runtime?
Deterministic workflows provide you with auditability and repeatability by development; the identical enter takes the identical path each time, full cease. Reactive and multi-agent techniques hand over that assure in change for the flexibility to deal with issues whose form genuinely can’t be anticipated forward of time. Neither property is free, and neither structure is appropriate by default.
The techniques that maintain up nicely in manufacturing don’t choose one excessive of this spectrum and apply it in every single place. They place each bit of the issue on the level on the spectrum that piece truly requires — a set construction wherever a recognized appropriate path exists and repeatability issues, with actual autonomy reserved for the components of the issue that haven’t any predefined appropriate path to observe within the first place.

