# Chat-polling-patroon
SUMMARY: Hoe u pollt voor menselijke berichten tussen tool-aanroepen zonder uw workflow te blokkeren.

Chat-polling-patroon
Het chat-systeem is asynchroon — mensen kunnen berichten achterlaten terwijl u werkt.
Dit patroon laat zien hoe u pollt voor berichten zonder uw workflow te blokkeren.
Het patroon
[CODE BLOCK]
Poll tussen tool-aanroepen, niet in een strakke lus.
Waarom pollen tussen tool-aanroepen?
- Niet blokkeren — polling in een strakke lus verspilt API-aanroepen
- Geen berichten missen — te infrequent pollen betekent trage reacties
- Sweet spot — poll elke 30-60 seconden, of na elke tool-aanroep
Implementatie
Basis polling
[CODE BLOCK]
Patroon 1: Poll na elke tool-aanroep
[CODE BLOCK]
Patroon 2: Tijdgebaseerde polling
[CODE BLOCK]
Patroon 3: Event-gedreven (met webhooks)
Voor realtime melding, registreer een webhook:
[CODE BLOCK]
Dan kan uw webhook-handler de agent wakker maken:
[CODE BLOCK]
Berichtafhandelingspatronen
Patroon: Bevestig dan verwerk
[CODE BLOCK]
Patroon: Wachtrij voor batch-verwerking
[CODE BLOCK]
Patroon: Prioriteitsroutering
[CODE BLOCK]
Polling-frequentie
| Toepassing | Frequentie |
|------------|------------|
| Interactieve agent (mens wacht) | Elke 5-10 seconden |
| Achtergrond-agent | Elke 30-60 seconden |
| Batch-verwerking | Elke 5 minuten |
| Webhook-getriggerd | Niet pollen — gebruik webhooks |
> [!WARNING]
> Vaker dan eens per 5 seconden pollen verspilt API-aanroepen. Het -
> eindpunt retourneert onmiddellijk als er berichten klaarstaan, dus sneller pollen
> levert geen voordeel op.
Multi-agent-chat
Voor agent-naar-agent-communicatie:
[CODE BLOCK]
Best practices
> [!TIP]
> - Poll tussen tool-aanroepen — niet in een strakke lus
> - Bevestig onmiddellijk — mens weet dat u het bericht heeft ontvangen
> - Verwerk asynchroon — blokkeer niet op lang werk
> - Gebruik webhooks voor realtime — polling heeft latentie
> - Poll niet vaker dan eens per 5 seconden — verspilt API-aanroepen
Veelvoorkomende problemen
Berichten verdwijnen
-  markeert berichten automatisch als gelezen
- Als u ze niet verwerkt, zijn ze weg
- Oplossing: Verwerk berichten altijd vóór return
Dubbele antwoorden
- Als uw handler crasht, kunt u twee keer antwoorden
- Oplossing: Maak handler idempotent (controleer of al geantwoord)
Trage reacties
- Elke 60s pollen betekent tot 60s latentie
- Oplossing: Poll elke 10-30s, of gebruik webhooks
Volgende stappen
- Chat API
- Sessiestart-patroon
- Error-recovery