Multi-Agent Routing
Multi-Agent Routing
What you build: a single phone number fronting several purpose-built agents. A routing rule inspects the caller’s first utterance and hands the call to the matching agent — so you keep one crisp system prompt per job instead of one bloated agent trying to do everything.
Who it’s for: any team that has outgrown a single agent. This is Voicebip’s answer to “squads/workflows” — code-first rules matched on speech, not a visual builder.
Routing matches the caller’s spoken first utterance with keyword or regex rules (plus a default catch-all). It is not a DTMF/IVR menu and not a visual flow canvas. Model each branch as a rule targeting a dedicated agent.
Prerequisites
- Two or more agents, each with a focused
system_prompt. - A number bound to serve inbound calls (
GET /v1/numbersfor itsnumber_id).
Step 1 — Build the specialised agents
Keep each one narrow. For example a sales agent and a support agent grounded in the FAQ KB:
Step 2 — Create routing rules
Rules are evaluated by priority (lowest first); the first match wins. match_type is keyword, regex, or default:
Add a default rule with a high priority number so no caller falls through:
Step 3 — List, update, delete
Handing off mid-conversation
Routing chooses the entry agent. To move a caller between agents/humans during a call, the current agent uses the built-in transfer_call tool (see Tool-calling) — e.g. support escalates a billing dispute to a human queue.
Test it (sandbox)
Check GET /v1/analytics for per-agent volume once traffic flows.
Troubleshooting
Next steps
- Give each agent live actions → Tool-calling.
- Ground the support agent in docs → Inbound support + KB.
- Serve callers by language — route to
ha/yo/igagents on language keywords.