Gérez les erreurs CometAPI en déterminant si la requête doit être corrigée ou réessayée. RéessayezDocumentation Index
Fetch the complete documentation index at: https://apidoc.cometapi.com/llms.txt
Use this file to discover all available pages before exploring further.
429, les échecs de type timeout et les échecs temporaires du serveur avec un backoff ; ne réessayez pas les requêtes mal formées ni les échecs d’authentification.
Réessayer uniquement les échecs réessayables
| Status ou signal | Réessayer ? | Action |
|---|---|---|
400 | Non | Corrigez le corps de la requête ou les paramètres. |
401 | Non | Corrigez la clé API et l’en-tête Authorization. |
403 | Généralement non | Supprimez les champs non pris en charge et vérifiez l’accès au modèle. |
429 | Oui | Réessayez avec un backoff exponentiel et du jitter. |
500 with invalid_request | Non | Corrigez la structure de la requête. |
500, 503, 504, 524 | Oui | Réessayez avec un backoff et conservez le request ID. |
Ajouter un backoff
L’exemple Python suivant réessaie uniquement les échecs réessayables :Journaliser le contexte utile
La structure JSON suivante peut être stockée sans risque après suppression des secrets utilisateur et des fichiers volumineux :Erreurs courantes
| Erreur | Correction |
|---|---|
Nouvelle tentative après 401 | Arrêtez les tentatives et faites tourner ou rechargez la clé API. |
| Nouvelle tentative avec un JSON invalide | Validez le corps de la requête avant d’envoyer une autre requête. |
| Aucun request ID dans les journaux | Capturez le corps d’erreur exact avant que votre SDK ne l’encapsule. |
Nouvelle tentative immédiate après 429 | Ajoutez du jitter et réduisez la concurrence. |