Retour aux guides
Dépannage·15 septembre 2026·6 min de lecture

API Claude : 529 overloaded_error — que signifie cette erreur et comment la surmonter

La 529 est la seule erreur Claude que votre code n’a pas provoquée. Anthropic est en surcharge et vous ne pouvez rien y corriger. Vous pouvez seulement l’absorber proprement : effectuer des nouvelles tentatives avec temporisation, prévoir un modèle de secours pour les chemins sensibles à la latence et ne pas amplifier l’incident par une avalanche de nouvelles tentatives immédiates.

La 529 est la seule erreur Claude que votre code n’a pas provoquée. Anthropic est en surcharge et vous ne pouvez rien y corriger. Vous pouvez seulement l’absorber proprement : effectuer des nouvelles tentatives avec temporisation, prévoir un modèle de secours pour les chemins sensibles à la latence et ne pas amplifier l’incident par une avalanche de nouvelles tentatives immédiates.

L’erreur

응답 (HTTP 529)
{
  "type": "error",
  "error": { "type": "overloaded_error",
             "message": "Overloaded" }
}

Causes et solutions en bref

CauseSolution
Surcharge du fournisseur (jour de lancement d’un nouveau modèle, incident régional). Elle apparaît simultanément chez tous les clients.Attendez avec une temporisation et de la gigue. Ne redéployez pas l’application ; consultez la page d’état d’Anthropic.
Votre trafic en rafale s’est superposé à une capacité déjà limitée.Répartissez les travaux par lots dans le temps. Un retard de 10 minutes suffit généralement à résoudre le problème.
Confusion avec la 429. Les erreurs semblent similaires dans les journaux, mais leurs causes sont totalement différentes.La 429 signifie que vous avez dépassé votre limite (le serveur fonctionne normalement) ; la 529 signifie que le serveur est en surcharge (vos limites et votre solde sont normaux). Seule la 429 est accompagnée de l’indication Retry-After.
Aucun mécanisme de secours n’est défini, si bien que le problème du fournisseur est transmis tel quel à l’utilisateur final.Définissez l’ordre des solutions de secours. Une solution de la même famille (Sonnet → Haiku) conserve un comportement similaire ; changer de fournisseur (Claude → GPT) permet de résister à une panne générale.

Concevoir des nouvelles tentatives qui n’aggravent pas l’incident

Traitez la 529 comme une « 429 sans Retry-After ». Utilisez une temporisation exponentielle commençant à environ 2 secondes, avec gigue, plafonnée à 30–60 secondes ; après environ cinq tentatives, abandonnez et placez le travail en file d’attente. L’essentiel est la gigue : sans elle, tous les clients reviennent au même moment et prolongent la surcharge dont ils tentaient de sortir.

Rediriger plutôt que faire échouer

Définissez une chaîne de secours pour les chemins sensibles à la latence. Avec un endpoint compatible OpenAI, il suffit de modifier une seule chaîne — aucun nouveau SDK ni compte n’est nécessaire :

failover.py
PREFERRED = ["claude-sonnet-5", "claude-haiku-4-5", "gpt-5-6-terra"]

def complete(messages):
    last = None
    for model in PREFERRED:
        try:
            return client.chat.completions.create(
                model=model, messages=messages, max_tokens=800)
        except APIStatusError as e:
            if e.status_code not in (429, 500, 529):
                raise
            last = e          # 과부하 — 다음 후보로
    raise last

Ne suspecter mon code qu’en dernier recours

Si une 529 apparaît uniquement pour un type précis de requête alors que les autres appels au même moment aboutissent, il ne s’agit pas d’une panne générale. Vérifiez si ce chemin envoie un prompt anormalement volumineux ou effectue des appels successifs dans une boucle serrée. À l’inverse, si tous les appels passent simultanément en 529 avant de revenir spontanément à la normale, la cause est la capacité. Il faut alors corriger les nouvelles tentatives et le mécanisme de secours, pas refactoriser.

Si vous appelez via Kunavo

Kunavo achemine Claude par plusieurs chemins en amont et son catalogue mult Modèle permet un basculement entre fournisseurs en « changeant uniquement le nom du modèle avec la même clé et le même solde ». Le code ci-dessus ne nécessite pas de deuxième compte. Les 529 qui vous parviennent ne sont malgré tout pas facturées. La capacité et le prix sont deux questions distinctes. Pour la seconde, les tarifs par modèle sont indiqués dans la grille tarifaire de l’API Claude.

Questions fréquentes

La 529 est-elle de ma faute ?

Non. C’est un problème de capacité du fournisseur. Vos deux seules responsabilités sont de ne pas amplifier l’incident (temporisation et gigue) et de prévoir une voie de contournement lorsque l’incident dépasse la latence acceptable.

Quelle est la différence entre 529 et 429 ?

La 429 signifie que vous avez dépassé votre limite et que le serveur fonctionne normalement. La 529 signifie que le serveur est lui-même en surcharge et que votre limite est normale. Les deux erreurs peuvent faire l’objet d’une nouvelle tentative, mais seule la 429 est accompagnée de l’indication Retry-After.

Combien de temps dure généralement l’état 529 ?

Il est impossible de le prévoir ou de le garantir. La bonne solution est donc une temporisation plafonnée et une file d’attente, et non un temps d’attente fixe inscrit dans le code. Si ce chemin dispose d’un budget de latence, le mécanisme de secours prend le relais au lieu d’attendre.

Les appels échoués avec une 529 sont-ils facturés ?

Ils ne sont pas facturés lorsqu’ils passent par Kunavo. Les requêtes qui se terminent par une erreur ne sont pas facturées. En cas de contrat direct, les règles de facturation de chaque fournisseur s’appliquent.

Guides associés

La sémantique détaillée des erreurs est disponible dans référence des erreurs ; obtenir une clé prend une minute via inscription et la guide d’authentification.