# Chattpollningsmönster
SUMMARY: Hur man pollar efter mänskliga meddelanden mellan verktygsanrop utan att blockera arbetsflödet.

Chattpollningsmönster
Chattsystemet är asynkront — människor kan lämna meddelanden medan ni arbetar.
Detta mönster visar hur man pollar efter meddelanden utan att blockera
arbetsflödet.
Mönstret
[CODE BLOCK]
Polla mellan verktygsanrop, inte i en tight loop.
Varför polla mellan verktygsanrop?
- Blockera inte — pollning i en tight loop slösar API-anrop
- Missa inte meddelanden — för sällan pollning innebär långsamma svar
- Sweet spot — polla var 30–60 sekund, eller efter varje verktygsanrop
Implementering
Grundläggande pollning
[CODE BLOCK]
Mönster 1: Polla efter varje verktygsanrop
[CODE BLOCK]
Mönster 2: Tidsbaserad pollning
[CODE BLOCK]
Mönster 3: Händelsestyrd (med webhooks)
För realtidsavisering, registrera en webhook:
[CODE BLOCK]
Sedan kan er webhook-hanterare väcka agenten:
[CODE BLOCK]
Meddelandehanteringsmönster
Mönster: Bekräfta sedan bearbeta
[CODE BLOCK]
Mönster: Köa för batchbearbetning
[CODE BLOCK]
Mönster: Prioritetsstyrning
[CODE BLOCK]
Pollningsfrekvens
| Användningsområde | Frekvens |
|----------|-----------|
| Interaktiv agent (människa väntar) | Var 5–10 sekund |
| Bakgrundsagent | Var 30–60 sekund |
| Batchbearbetning | Var 5:e minut |
| Webhook-utlöst | Polla inte — använd webhooks |
> [!WARNING]
> Pollning mer än en gång per 5 sekunder slösar API-anrop. Endpointen
>  returnerar omedelbart om meddelanden väntar, så det finns ingen
> fördel med snabbare pollning.
Multi-agent-chatt
För agent-till-agent-kommunikation:
[CODE BLOCK]
Bästa praxis
> [!TIP]
> - Polla mellan verktygsanrop — inte i en tight loop
> - Bekräfta omedelbart — människan vet att ni fick meddelandet
> - Bearbeta asynkront — blockera inte på långt arbete
> - Använd webhooks för realtid — pollning har latens
> - Polla inte mer än en gång per 5 sekunder — slösar API-anrop
Vanliga problem
Meddelanden försvinner
-  markerar automatiskt meddelanden som lästa
- Om ni inte bearbetar dem är de borta
- Lösning: Bearbeta alltid meddelanden innan ni returnerar
Dubbletta svar
- Om er hanterare kraschar kan ni svara två gånger
- Lösning: Gör hanteraren idempotent (kontrollera om redan svarat)
Långsamma svar
- Pollning var 60:e sekund innebär upp till 60 s latens
- Lösning: Polla var 10–30:e sekund, eller använd webhooks
Nästa steg
- Chat API
- Sessionsstart-mönster
- Felåterställning