Pathways
What a pathway is, and how to decide whether your agent needs one.
Every ClearTalk agent is driven one of two ways. On the agent, an Input Type toggle lets you choose:
- Prompt — plain-English instructions (the agent's Agent Instructions). You describe the job, and the agent works out what to say in the moment.
- Pathway — you draw the conversation as a map of connected steps, and the agent follows it.
Both are first-class. Neither is the "advanced" option. The right answer depends on how much variation you're willing to accept in exchange for how natural the conversation sounds.
Most agents should start prompt-based. Move to a pathway when the conversation genuinely branches, when the same things must happen every time, or when you need to test it before real customers hear it.
Start prompt-based when…
- The call has one job — book a viewing, qualify a lead, confirm an appointment.
- You want it to sound conversational and adaptive, handling questions in whatever order they come.
- The consequences of the agent phrasing something differently each time are low.
- You're still learning what callers actually say. Instructions are much faster to iterate on.
Most agents should start here. You can always build a pathway later, and the instructions you wrote become the raw material for it.
Two agent types don't get the choice
Texting agents and chatbots are always pathway-driven — there's no plain-instructions option on either. If you're building one of those, you're building a pathway. See Building a texting agent and Agents on your website.
Build a pathway when…
- The same things must happen every time — the same questions asked, the same disclosures given, in the same order.
- The conversation genuinely branches and each branch does something different: new customer versus existing, in-network versus out, interested versus not.
- You need to do something mid-call — look up an order, check a calendar, send a text, capture a document, transfer to the right department.
- You need to test it. Only pathways can be tested with simulated callers before you point real leads at them (see Testing your pathway).
- More than one person maintains it. A map is reviewable; a wall of instructions is not.
- Compliance is involved. When a script is regulated, "the agent usually says this" isn't good enough.
Every pathway has two sides
Worth knowing before you build anything, because it changes how freely you can work.
A pathway isn't one thing — it's a working copy you edit and a live version that answers real calls. They're separate. You can rebuild a pathway from scratch over a weekend, save it thirty times, and Monday's callers still hear exactly what they heard on Friday. Nothing you do reaches a customer until you deliberately publish it.
That's why a pathway is the safer choice for anything you'll be changing regularly with real traffic running: there is no moment where a half-finished edit is live. Prompt-based agents have no equivalent — an edit to the instructions is the edit.
Publishing, versions, and rolling back are covered in Publishing and versions. For now just carry the idea with you: saving is always safe.
The trade-off, honestly
| Prompt-based | Pathway | |
|---|---|---|
| Sounds natural | Excellent — adapts freely | Good, and improves with well-written steps |
| Predictable | Varies between calls | Same path every time |
| Speed to build | Minutes | Hours for a real one |
| Handles the unexpected | Well | Only where you planned a branch |
| Can be tested automatically | No | Yes |
| Easy to change safely | Edit and save | Edit staging, then publish |
A pathway is not automatically better. A badly built one — long chains of rigid statements with no room to breathe — sounds worse than good instructions. The goal is structure where structure matters, and freedom everywhere else. Individual steps can still generate their reply from a prompt, so you can pin down the parts that matter and let the agent be natural in between.
Moving from a prompt to a pathway
You don't have to start over. Take the instructions you already have, and:
- List the moments that must happen in order — that's your spine.
- List the questions callers actually ask (your transcripts will tell you) — those become branches.
- Build the spine first and publish it. Add branches as real calls reveal them.
Where to go next
Build your first pathway
From an empty canvas to a working conversation, step by step.
Node reference
All fifteen step types, what each does, and when to reach for it.
Inside a step
Prompts versus fixed wording, loop conditions, extracting variables, and per-step tuning.
Branching
How the agent decides which path to take — and the mistakes that send it down the wrong one.
How many steps do you need?
Why fewer, richer steps beat a long chain of small ones — and the four reasons a step earns its place.
Where your instructions go
A pathway has six places you write instructions, and each wants a different kind of writing.
Global steps and the global prompt
Handle interruptions that can happen anywhere, and set rules that apply to every step.
Publishing and versions
Edit safely while the live version keeps running, then publish when you're ready.
Testing your pathway
Simulated callers, checks, and the gate that stops a broken pathway going live.