Når en besked ankommer, træffes to routingbeslutninger: hvilken agent bør håndtere det, og hvilken modelklasse bør køre turen. Den første løses af routeren; den anden af model-lags routing. Begge sker, før orkestratoren styrer funktionskalde-løkken.
Opløsning af målagenten
Routeren løser den målrettede agent i en bestemt rækkefølge:
Bindinger — et eksplicit kortlægning, der forbinder en kanal, en samtale eller
kontekst til en specifik agent. Dette er den primære, deterministiske vej.
@-nævner — i en gruppesamtale sender det at nævne en agent ved navn
beskeden til den agent. Sådan fungerer gruppering af routing.
Tilbagefald — hvis intet andet passer, går beskeden til en konfigureret
backup-agent, så en samtale aldrig bliver efterladt ubesvaret.
[!NOTE]
@-mentions er det, der gør multi-agent gruppechat brugbare: flere agenter kan
del en samtale, og hver besked leveres til den, der blev navngivet.
Bindinger
A binding er den deterministiske rygrad i routing. Ved at knytte en indgående kontekst (for eksempel en bestemt kanal eller samtale) til en agent, får du forudsigelig adfærd: den samme kilde når altid den samme agent medmindre en @-mention tilsidesætter det for en enkelt besked.
Channel bindings konfigureres i admin-brugergrænsefladen: “Bindinger” blok på Kanaler side tildeler en standardagent til hver kanal (pr. arbejdsområde). Bindingen gælder, når en ny samtale ankommer fra kanalen uden en eksplicit adresseret agent.
[!TIP]
Indstil en binding for hver produktionskanal, så routing aldrig afhænger af
fallback. Reserver fallbacken til virkelig uoverensstemmende trafik.
Model-niveau routing
Uafhængigt af hvilken agent der vælges, kan AiHummer dirigere en tur til en modelklasse baseret på hvor krævende det er:
Tier
Mente til
simpel
Korte, rutinemæssige drej
standard
Dagligt arbejde
kompleks
Hård, flertrins ræsonnement
Model-tier routing er konfigureret under LLM routerindstillinger. Det giver dig mulighed for at tilbyde billige, hurtige modeller til simple opgaver og reservere en stærkere model til komplekse opgaver, hvilket kontrollerer omkostninger uden at finjustere hver agent manuelt.
[!NOTE]
Model-niveau routing er adskilt fra en agents egen per-agent model. Den
Per-agent modellen er agentens standard; niveaurouting kan vælge en modelklasse
for et givet træk. Se Agenter og personaer.
Når en besked ankommer, træffes to routingbeslutninger: **hvilken agent** bør håndtere det, og **hvilken modelklasse** bør køre turen. Den første løses af routeren; den anden af model-lags routing. Begge sker, før orkestratoren styrer funktionskalde-løkken.
## Opløsning af målagenten
Routeren løser den målrettede agent i en bestemt rækkefølge:
1. **Bindinger** — et eksplicit kortlægning, der forbinder en kanal, en samtale eller
kontekst til en specifik agent. Dette er den primære, deterministiske vej.
2. **`@`-nævner** — i en gruppesamtale sender det at nævne en agent ved navn
beskeden til den agent. Sådan fungerer gruppering af routing.
3. **Tilbagefald** — hvis intet andet passer, går beskeden til en konfigureret
backup-agent, så en samtale aldrig bliver efterladt ubesvaret.
```text
inbound ─▶ binding? ─▶ @-mention? ─▶ fallback ─▶ agent
```
> [!NOTE]
> `@`-mentions er det, der gør multi-agent gruppechat brugbare: flere agenter kan
> del en samtale, og hver besked leveres til den, der blev navngivet.
## Bindinger
A **binding** er den deterministiske rygrad i routing. Ved at knytte en indgående kontekst (for eksempel en bestemt kanal eller samtale) til en agent, får du forudsigelig adfærd: den samme kilde når altid den samme agent medmindre en `@`-mention tilsidesætter det for en enkelt besked.
Channel bindings konfigureres i admin-brugergrænsefladen: **"Bindinger"** blok på **Kanaler** side tildeler en **standardagent** til hver kanal (pr. arbejdsområde). Bindingen gælder, når en ny samtale ankommer fra kanalen uden en eksplicit adresseret agent.
> [!TIP]
> Indstil en binding for hver produktionskanal, så routing aldrig afhænger af
> fallback. Reserver fallbacken til virkelig uoverensstemmende trafik.
## Model-niveau routing
Uafhængigt af hvilken agent der vælges, kan AiHummer dirigere en tur til en **modelklasse** baseret på hvor krævende det er:
| Tier | Mente til |
|---|---|
| **simpel** | Korte, rutinemæssige drej |
| **standard** | Dagligt arbejde |
| **kompleks** | Hård, flertrins ræsonnement |
Model-tier routing er konfigureret under **LLM** routerindstillinger. Det giver dig mulighed for at tilbyde billige, hurtige modeller til simple opgaver og reservere en stærkere model til komplekse opgaver, hvilket kontrollerer omkostninger uden at finjustere hver agent manuelt.
> [!NOTE]
> Model-niveau routing er adskilt fra en agents egen per-agent model. Den
> Per-agent modellen er agentens standard; niveaurouting kan vælge en modelklasse
> for et givet træk. Se [Agenter og personaer](/da/v1.0/concepts/agents-personas).
## Hvor til næste
- Se, hvad den udvalgte agent gør næste i
[Orkestrering og underagenter](/da/v1.0/concepts/orchestration-subagents).
- Konfigurer de agenter, som routing målretter mod
[Agenter og personaer](/da/v1.0/concepts/agents-personas).
