Agent Flow

AGENT WORKFLOW DESIGN

Automation breaks in the same spot every time — right at the handoff between agent and human.

Agent Flow is a growing library of workflows built around one question: what happens when the agent hits something it can't resolve alone. Every flow has its handoff point defined before it ever runs.

Get early access

Early subscribers get the first flows before they're publicly available.

THE PROBLEM

Agent automation works fine — until it hits an exception.

Rolling out an agent for support tickets or lead qualification usually starts well — the routine cases go smoothly, the team is happy. Then an edge case shows up: a question outside the knowledge base, a mismatched invoice number, a reply nobody scripted for. The agent does something approximate, and doesn't say it's guessing.

The mistake surfaces two weeks later, in a complaint or a reconciliation error. The team loses trust and goes back to doing it by hand, now suspicious of automation as a category.

That's not a language model problem. It's the absence of a designed place for the agent to stop and ask.

DEFINITION

What is an agentic workflow, exactly?

An agentic workflow is a business process mapped step by step, where an AI agent owns a defined share of the decisions and a human keeps the rest — by design, not by accident. It differs from classic automation in that the agent interprets content — an email, an invoice, a ticket — instead of replaying a fixed script. And it differs from a free-running agent in that its authority and its handoff point are settled before anything touches production.

Script
executes a recorded sequence; any deviation from it is an error.
RPA
clicks through interfaces on a fixed path; breaks the moment a form or file format changes.
Agentic workflow
the agent reads the content and decides within set boundaries; past them, the case goes to a human with full context.

THE METHOD

A flow, not an automation script.

A script executes steps. A flow knows when to stop executing them.

Every flow in the library defines four things before the agent gets access to a single tool: what triggers it, which decisions it's allowed to make on its own, how to recognize the edge of that authority, and exactly who the case goes to when it's crossed — with full context, not just a "something went wrong" ping.

This isn't another comparison of agent frameworks — you'll pick the tooling based on whatever stack you already run. Agent Flow deals with the shape of the process, before anyone writes the first line of a prompt.

THREE FLOWS

Three processes, three different edges.

01Sales

Lead qualification

The agent reads the inbound inquiry and enriches it with CRM data, sorting it into three buckets — ready for a call, needs clarification, outside the ideal customer profile. Sales only ever sees the first two. The third goes to the archive with a reasoning trail anyone can audit later.

02Support

Ticket triage

Tickets reach the agent before a human sees them. It answers order-status questions, shipping timelines, and standard return policy on its own. The moment a customer asks for a refund above a set threshold, or the language signals escalation, the case moves to a person — with the full conversation history attached, not just the last message.

03Back office

Document processing

Invoices and delivery confirmations get read, matched against the purchase order, and posted automatically when the numbers match exactly. Any discrepancy past an agreed threshold — even a small one — routes to the accounting queue with the mismatch highlighted, instead of getting rounded away quietly.

WHO IT'S FOR

For teams that already run an agent, and for the ones still deciding how to build one.

Agent Flow is useful before you pick a tool — as a process map any technical team or integrator can implement later. It's just as useful afterward, once the agent is live and nobody can quite explain what it does in the situations that don't fit the script.

QUESTIONS

Before you ask — a few things we want to be upfront about.

Is Agent Flow another agent framework?

No. We don't ship a runtime and we don't ask you to change your stack — LangGraph, CrewAI, n8n, or custom code all work. Agent Flow defines the shape of the process and the handoff point before anyone writes a line of code.

I don't have a technical team. Is this still useful?

A flow is a decision map, not code — you can draft it yourself or with an integrator, then hand implementation to any dev shop or freelancer. That documentation is usually the missing piece in those projects.

How is an AI agent different from RPA?

RPA replays a recorded sequence of clicks and breaks whenever the interface or file format shifts. An AI agent reads the content and handles variation — but in return it needs explicit decision boundaries. In practice the two often run side by side: RPA executes, the agent decides. We cover the full comparison in Agentic workflow vs. RPA — what's the difference.

How long does it take to design an agentic workflow?

Mapping a single process usually takes days of workshops and writing, not months. The slow part isn't drawing the diagram — it's agreeing on the thresholds: above what amount, at what level of uncertainty, and to whom exactly the case escalates.

When does the full library launch?

The first flows go out to subscribers over the coming months, in signup order. If you leave your email, we'll also suggest which process to document first for your industry.

EARLY ACCESS

The flow library is being built right now.

Sign up to get the first flows before general release — along with a short conversation about the process you want to automate first.

No spam. We write when the flows are ready to download.