Gestisci gli errori di CometAPI decidendo se la richiesta deve essere corretta o ritentata. RitentaDocumentation 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, i fallimenti della classe timeout e i fallimenti temporanei del server con backoff; non ritentare richieste malformate o fallimenti di autenticazione.
Ritenta solo i fallimenti che supportano il retry
| Status o segnale | Riprovare? | Azione |
|---|---|---|
400 | No | Correggi il corpo della richiesta o i parametri. |
401 | No | Correggi la chiave API e l’header Authorization. |
403 | Di solito no | Rimuovi i campi non supportati e verifica l’accesso al modello. |
429 | Sì | Ritenta con backoff esponenziale e jitter. |
500 with invalid_request | No | Correggi la struttura della richiesta. |
500, 503, 504, 524 | Sì | Ritenta con backoff e conserva il request ID. |
Aggiungi backoff
L’esempio Python seguente ritenta solo i fallimenti che supportano il retry:Registra un contesto utile
La seguente struttura JSON è sicura da archiviare dopo aver rimosso i segreti dell’utente e i file di grandi dimensioni:Errori comuni
| Errore | Correzione |
|---|---|
Retry di 401 | Interrompi i retry e ruota o ricarica la chiave API. |
| Retry di JSON non valido | Valida il corpo della richiesta prima di inviare un’altra richiesta. |
| Nessun request ID nei log | Acquisisci il corpo esatto dell’errore prima che il tuo SDK lo incapsuli. |
Retry immediato dopo 429 | Aggiungi jitter e riduci la concorrenza. |