docs: move model-split example to multi-agent
This commit is contained in:
@@ -188,6 +188,39 @@ multiple phone numbers without mixing sessions.
|
|||||||
}
|
}
|
||||||
```
|
```
|
||||||
|
|
||||||
|
## Example: WhatsApp daily chat + Telegram deep work
|
||||||
|
|
||||||
|
Split by provider: route WhatsApp to a fast everyday agent and Telegram to an Opus agent.
|
||||||
|
|
||||||
|
```json5
|
||||||
|
{
|
||||||
|
agents: {
|
||||||
|
list: [
|
||||||
|
{
|
||||||
|
id: "chat",
|
||||||
|
name: "Everyday",
|
||||||
|
workspace: "~/clawd-chat",
|
||||||
|
model: "anthropic/claude-sonnet-4-5"
|
||||||
|
},
|
||||||
|
{
|
||||||
|
id: "opus",
|
||||||
|
name: "Deep Work",
|
||||||
|
workspace: "~/clawd-opus",
|
||||||
|
model: "anthropic/claude-opus-4-5"
|
||||||
|
}
|
||||||
|
]
|
||||||
|
},
|
||||||
|
bindings: [
|
||||||
|
{ agentId: "chat", match: { provider: "whatsapp" } },
|
||||||
|
{ agentId: "opus", match: { provider: "telegram" } }
|
||||||
|
]
|
||||||
|
}
|
||||||
|
```
|
||||||
|
|
||||||
|
Notes:
|
||||||
|
- If you have multiple accounts for a provider, add `accountId` to the binding (for example `{ provider: "whatsapp", accountId: "personal" }`).
|
||||||
|
- To route a single DM/group to Opus while keeping the rest on chat, add a `match.peer` binding for that peer; peer matches always win over provider-wide rules.
|
||||||
|
|
||||||
## Per-Agent Sandbox and Tool Configuration
|
## Per-Agent Sandbox and Tool Configuration
|
||||||
|
|
||||||
Starting with v2026.1.6, each agent can have its own sandbox and tool restrictions:
|
Starting with v2026.1.6, each agent can have its own sandbox and tool restrictions:
|
||||||
|
|||||||
@@ -126,38 +126,7 @@ Yes, via **multi‑agent routing**. Bind each sender’s WhatsApp **DM** (peer `
|
|||||||
|
|
||||||
### Can I run a "fast chat" agent and an "Opus for coding" agent?
|
### Can I run a "fast chat" agent and an "Opus for coding" agent?
|
||||||
|
|
||||||
Yes. Create two agents with different default models, then bind inbound routes to each agent (by provider account or by specific peers). Example: WhatsApp routes to a fast daily chat agent, Telegram routes to an Opus coding agent:
|
Yes. Use multi‑agent routing: give each agent its own default model, then bind inbound routes (provider account or specific peers) to each agent. Example config lives in [Multi-Agent Routing](/concepts/multi-agent). See also [Models](/concepts/models) and [Configuration](/gateway/configuration).
|
||||||
|
|
||||||
```json5
|
|
||||||
{
|
|
||||||
agents: {
|
|
||||||
list: [
|
|
||||||
{
|
|
||||||
id: "chat",
|
|
||||||
name: "Everyday",
|
|
||||||
workspace: "~/clawd-chat",
|
|
||||||
model: "anthropic/claude-sonnet-4-5"
|
|
||||||
},
|
|
||||||
{
|
|
||||||
id: "opus",
|
|
||||||
name: "Deep Work",
|
|
||||||
workspace: "~/clawd-opus",
|
|
||||||
model: "anthropic/claude-opus-4-5"
|
|
||||||
}
|
|
||||||
]
|
|
||||||
},
|
|
||||||
bindings: [
|
|
||||||
{ agentId: "chat", match: { provider: "whatsapp", accountId: "personal" } },
|
|
||||||
{ agentId: "opus", match: { provider: "telegram", accountId: "primary" } }
|
|
||||||
]
|
|
||||||
}
|
|
||||||
```
|
|
||||||
|
|
||||||
Notes:
|
|
||||||
- If you only have one account for a provider, you can omit `accountId`.
|
|
||||||
- For the same provider, route a specific DM or group to the Opus agent using `match.peer`, and leave the provider-level binding pointing at the chat agent.
|
|
||||||
|
|
||||||
See [Multi-Agent Routing](/concepts/multi-agent), [Models](/concepts/models), and [Configuration](/gateway/configuration).
|
|
||||||
|
|
||||||
### Does Homebrew work on Linux?
|
### Does Homebrew work on Linux?
|
||||||
|
|
||||||
|
|||||||
Reference in New Issue
Block a user