Trate erros da CometAPI decidindo se a requisição deve ser corrigida ou repetida. Faça retry emDocumentation 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, falhas da classe timeout e falhas temporárias do servidor com backoff; não faça retry em requisições malformadas nem em falhas de autenticação.
Faça retry apenas em falhas que permitem retry
| Status ou sinal | Tentar novamente? | Ação |
|---|---|---|
400 | Não | Corrija o corpo da requisição ou os parâmetros. |
401 | Não | Corrija a chave de API e o cabeçalho Authorization. |
403 | Geralmente não | Remova campos não suportados e verifique o acesso ao modelo. |
429 | Sim | Faça retry com exponential backoff e jitter. |
500 com invalid_request | Não | Corrija a estrutura da requisição. |
500, 503, 504, 524 | Sim | Faça retry com backoff e mantenha o request ID. |
Adicione backoff
O exemplo em Python a seguir faz retry apenas em falhas que permitem retry:Registre contexto útil
O formato JSON a seguir é seguro para armazenar depois que você remover segredos do usuário e arquivos grandes:Erros comuns
| Erro | Correção |
|---|---|
Fazer retry em 401 | Interrompa os retries e rotacione ou recarregue a chave de API. |
| Fazer retry em JSON inválido | Valide o corpo da requisição antes de enviar outra requisição. |
| Sem request ID nos logs | Capture o corpo exato do erro antes que seu SDK o encapsule. |
Retry imediato após 429 | Adicione jitter e reduza a concorrência. |