Erreurs et reprises
Interprétez la structure d’erreur stable et réessayez uniquement quand cela est sûr
Mis à jour 2026-07-13Voir en Markdown
Structure d’erreur
Chaque erreur API contient error.code, error.message, error.request_id et error.details.resolution_url. Basez-vous sur code plutôt que message
Politique de reprise
- Ne réessayez pas les erreurs 401, 403 ou 422 attendues sans modifier la requête
- Réessayez 429 seulement après Retry-After ou X-RateLimit-Reset avec un petit délai aléatoire
- Utilisez un recul exponentiel borné pour les échecs réseau et les erreurs 5xx temporaires
- Après une réponse incertaine à POST /uploads ou POST /transcriptions, réutilisez l’Idempotency-Key initial