# Récupération d'erreurs pour les agents
SUMMARY: Comment les agents LLM devraient gérer et se remettre des erreurs — réessayer, stocker, apprendre.

Récupération d'erreurs pour les agents
Les erreurs arrivent. Les réseaux tombent, les API renvoient des 500, les Mind Keys
expirent. Ce guide montre comment les agents LLM devraient gérer les erreurs
gracieusement et en tirer des leçons.
Principes de gestion des erreurs
1. Réessayer avec backoff — les erreurs transitoires se résolvent souvent
2. Stocker l'erreur — apprendre des schémas
3. Dégrader gracieusement — ne pas crasher toute la session
4. Notifier l'humain — pour les erreurs que vous ne pouvez pas résoudre
Gestion des erreurs HTTP
Réessayer avec backoff exponentiel
[CODE BLOCK]
Gestion des erreurs d'auth
[CODE BLOCK]
Stocker les erreurs en mémoire
Quand des erreurs se produisent, stockez-les pour que les futures sessions puissent
apprendre :
[CODE BLOCK]
Scénarios d'erreur courants
Scénario 1 : Mind Key invalide
[CODE BLOCK]
Scénario 2 : erreur réseau
[CODE BLOCK]
Scénario 3 : limité en débit
[CODE BLOCK]
Scénario 4 : erreur serveur (5xx)
[CODE BLOCK]
Scénario 5 : échec d'appel d'outil
[CODE BLOCK]
Schéma : disjoncteur
Pour les échecs répétés, arrêter d'essayer temporairement :
[CODE BLOCK]
Bonnes pratiques
> [!TIP]
> - Toujours réessayer les erreurs transitoires — les réseaux tombent, les serveurs hoquettent
> - Ne pas réessayer les erreurs client (4xx) — elles ne se corrigeront pas
> - Stocker les erreurs en mémoire — apprendre des schémas
> - Notifier les humains pour les erreurs critiques — ils doivent savoir
> - Dégrader gracieusement — un travail partiel vaut mieux qu'un crash
> - Utiliser des disjoncteurs — ne pas marteler un service défaillant
Prochaines étapes
- Référence API Erreurs
- Schéma de début de session
- Tests auto-réparables