Bemærk
Adgang til denne side kræver godkendelse. Du kan prøve at logge på eller ændre mapper.
Adgang til denne side kræver godkendelse. Du kan prøve at ændre mapper.
[Denne artikel er dokumentation til en foreløbig version og er med forbehold for ændringer.]
En underagent er en specialiseret agent, som du bygger direkte ind i din primære agent for at håndtere en fokuseret hensigt, såsom fakturering eller teknisk support. I modsætning til en connected agent deler en underagent sin konfiguration, udrulning og applikationslivscyklusstyring (ALM) med den primære agent, den tilhører.
Underagenter vs. tilsluttede agenter
Brug en subagent, når du ikke har brug for separat konfiguration, autentificering, udrulning eller publicering for en specialiseret agent. Brug en connected agent, når den specialiserede agent har brug for sin egen ALM, ejerskab eller team, eller når du vil genbruge den på tværs af flere primære agenter.
| Sammenligning | Underagent | Tilsluttet agent |
|---|---|---|
| Konfiguration og udrulning | Delt med hovedagenten | Uafhængig |
| Ejerskab | Samme som den primære agent | Kan ejes af et andet team |
| Genbrug på tværs af primære agenter | No | Yes |
| Source | Integreret direkte i hovedagenten | Kun Azure AI Foundry-agenter understøttes i øjeblikket |
| Fjernelse | Slet underagenten | Fjern (bevarer forbindelsen) eller slet (permanent) |
Delagentfelter
Når du opretter en sub-agent, konfigurerer du følgende felter:
- Navn: Op til 42 tegn.
- Beskrivelse: Op til 1.024 tegn. Den primære agents orkestrering bruger beskrivelsen til at beslutte, hvornår en samtale skal dirigeres til denne underagent. Skriv en beskrivelse, der er specifik og ikke overlapper med dine andre underagenter.
- Instruktioner: Op til 20.000 tegn. Definér underagentens rolle, tone og eventuelle regler eller retningslinjer, den skal følge.
- Færdigheder, værktøjer og viden: Konfigurér på samme måde, som du ville for en primær agent, afgrænset til hvad denne underagent har brug for til at håndtere sin hensigt.
- Input- og outputvariabler: Overfør data mellem primæragenten og subagenten.
Sådan fungerer dirigering til en underagent
Den primære agents orkestrering evaluerer hver brugerbesked ud fra navnet, beskrivelsen og instruktionerne for hver underagent sammen med den primære agents egne instruktioner. Det bruger denne evaluering til at beslutte, om anmodningen skal håndteres selv eller om den skal sendes til en underagent.
Tip
Undgå lignende navne eller beskrivelser på tværs af underagenter, færdigheder, emner og værktøjer. Overlappende beskrivelser gør det sværere for orkestratoren at dirigere anmodninger korrekt. Skriv eksplicit routingvejledning i den primære agents instruktioner, når du har underagenter, der ellers kunne være tvetydige.
Bedste praksis for arbejde med underagenter
Customer Conversation-harnesset fungerer bedst, når underagenterne er selvstændige, næsten som forskellige afdelinger i et kontaktcenter. Uafhængige underagenter hjælper med at lede den rette kontekst til de rette eskaleringsveje, såsom forskellige kontaktcenterkøer.
- Hovedagentens beskrivelse og instruktioner bør ikke tages for nogen af dens underagenters beskrivelser og instruktioner. Giv hver agent en særskilt rolle, så orkestratoren kan skelne dem fra hinanden.
- Underagenter bør generelt være indbyrdes udelukkende, hver med en klart defineret rolle. Giv en underagent sit eget sæt værktøjer og viden, så den kan besvare en bestemt type spørgsmål godt på egen hånd.
- For at få underagenter til at handle mere flydende sammen, brug
/i en agents instruktioner til at referere til andre underagenter ved navn. For eksempel i den primære agents instruktioner: "Hvis en bruger ønsker at betale sit kreditkort med en checkkonto fra samme bank, så bed /CheckingAccountAgent om først at bekræfte saldoen, og lad derefter /CreditCardAgent foretage betalingen." - Den primære agent ruter mellem underagenter. Tænk på det som hjernen bag routing.
Følgende tabel viser, hvad hver type agent kan referere til:
| Referencer | Værktøjer | emner | Begivenheder | Underagenter | Variabler |
|---|---|---|---|---|---|
| Primær agent | Yes | Yes | Yes | Yes | Yes |
| Underagent | Yes | Yes | Yes | No | Yes |
| Tilsluttet agent | No | No | No | No | No |
Tip
For bedst muligt at bevare konteksten, der diskuteres inden for et emne, når kontrollen vender tilbage til den generative orkestrering, gem emnets output som en variabel.