När ett meddelande anländer, görs två routningsbeslut: vilken agent bör hantera det, och vilken modellklass bör köra omgången. Den första löses av routern; den andra av modellnivå-routing. Båda sker innan orkestratorn driver funktionsanropsslingan.
Löser målagenten
Routern löser upp målagenten i en definierad ordning:
Bindningar — en explicit kartläggning som kopplar en kanal, konversation eller
kontext till en specifik agent. Detta är den primära, deterministiska vägen.
@-omnämnanden — i en gruppkonversation, att nämna en agent vid namn dirigerar
meddelandet till den agenten. Så här fungerar gruppdirigering.
Reservlösning — om inget annat matchar, går meddelandet till en konfigurerad
reservagent så att en konversation aldrig lämnas obesvarad.
[!NOTE]
@-omnämnanden är det som gör fleragentgruppchattar användbara: flera agenter kan
dela en konversation, och varje meddelande levereras till den som namngavs.
Bindningar
A bindning är den deterministiska ryggraden i routing. Genom att knyta en inkommande kontext (till exempel en specifik kanal eller konversation) till en agent, får du ett förutsägbart beteende: samma källa når alltid samma agent om inte en @-omnämnande åsidosätter det för ett enskilt meddelande.
Kanalbindningar konfigureras i administrationsgränssnittet: “Bindningar” block på Kanaler sidan tilldelar en standardagent till varje kanal (per arbetsyta). Bindningen gäller när ett nytt samtal kommer från kanalen utan en uttryckligen adresserad agent.
[!TIP]
Ställ in en bindning för varje produktionskanal så att routning aldrig beror på
återfall. Reservera återfallet för verkligen omatchad trafik.
Modellnivå-routing
Oberoende av vilken agent som väljs, kan AiHummer styra en tur till en modellnivå baserat på hur krävande det är:
Djur
Avsedd för
enkel
Korta, rutinmässiga svängar
standard
Vardagsarbete
komplex
Svår, flerstegsresonemang
Modellnivå-routning konfigureras under LLM routerinställningar. Det låter dig använda billiga, snabba modeller för enkla uppgifter och reservera en starkare modell för komplexa, vilket kontrollerar kostnaden utan att manuellt finjustera varje agent.
[!NOTE]
Routing på modellnivå är separerat från en agents egen modell per agent. Den
per-agent-modell är agentens standard; nivåbaserad rutning kan välja en modellklass
för ett givet drag. Se Agenter och personas.
När ett meddelande anländer, görs två routningsbeslut: **vilken agent** bör hantera det, och **vilken modellklass** bör köra omgången. Den första löses av routern; den andra av modellnivå-routing. Båda sker innan orkestratorn driver funktionsanropsslingan.
## Löser målagenten
Routern löser upp målagenten i en definierad ordning:
1. **Bindningar** — en explicit kartläggning som kopplar en kanal, konversation eller
kontext till en specifik agent. Detta är den primära, deterministiska vägen.
2. **`@`-omnämnanden** — i en gruppkonversation, att nämna en agent vid namn dirigerar
meddelandet till den agenten. Så här fungerar gruppdirigering.
3. **Reservlösning** — om inget annat matchar, går meddelandet till en konfigurerad
reservagent så att en konversation aldrig lämnas obesvarad.
```text
inbound ─▶ binding? ─▶ @-mention? ─▶ fallback ─▶ agent
```
> [!NOTE]
> `@`-omnämnanden är det som gör fleragentgruppchattar användbara: flera agenter kan
> dela en konversation, och varje meddelande levereras till den som namngavs.
## Bindningar
A **bindning** är den deterministiska ryggraden i routing. Genom att knyta en inkommande kontext (till exempel en specifik kanal eller konversation) till en agent, får du ett förutsägbart beteende: samma källa når alltid samma agent om inte en `@`-omnämnande åsidosätter det för ett enskilt meddelande.
Kanalbindningar konfigureras i administrationsgränssnittet: **"Bindningar"** block på **Kanaler** sidan tilldelar en **standardagent** till varje kanal (per arbetsyta). Bindningen gäller när ett nytt samtal kommer från kanalen utan en uttryckligen adresserad agent.
> [!TIP]
> Ställ in en bindning för varje produktionskanal så att routning aldrig beror på
> återfall. Reservera återfallet för verkligen omatchad trafik.
## Modellnivå-routing
Oberoende av vilken agent som väljs, kan AiHummer styra en tur till en **modellnivå** baserat på hur krävande det är:
| Djur | Avsedd för |
|---|---|
| **enkel** | Korta, rutinmässiga svängar |
| **standard** | Vardagsarbete |
| **komplex** | Svår, flerstegsresonemang |
Modellnivå-routning konfigureras under **LLM** routerinställningar. Det låter dig använda billiga, snabba modeller för enkla uppgifter och reservera en starkare modell för komplexa, vilket kontrollerar kostnaden utan att manuellt finjustera varje agent.
> [!NOTE]
> Routing på modellnivå är separerat från en agents egen modell per agent. Den
> per-agent-modell är agentens standard; nivåbaserad rutning kan välja en modellklass
> för ett givet drag. Se [Agenter och personas](/sv/v1.0/concepts/agents-personas).
## Vart härnäst
- Se vad den valda agenten gör härnäst i
[Orkestrering och underagenter](/sv/v1.0/concepts/orchestration-subagents).
- Konfigurera agenterna som routningsmål i
[Agenter och personas](/sv/v1.0/concepts/agents-personas).
