Les services d’Anthropic sont tombés en panne à l’échelle mondiale dans la soirée du 29 juillet. Des erreurs élevées sur l’ensemble des modèles ont commencé à 19:49 UTC, touchant simultanément claude.ai, la Claude API et Claude Code. Le rétablissement complet est intervenu à 22:36 UTC, un peu moins de trois heures plus tard.
Ce que les utilisateurs ont vu
Les requêtes échouaient avec 529 Overloaded — le code d’état renvoyé lorsqu’un service ne peut pas absorber la charge, plutôt que lorsqu’il est tombé en panne. Cette distinction est importante pour l’interprétation, même si Anthropic n’a pas confirmé une cause liée à la capacité.
La chronologie
Anthropic a commencé à enquêter à 19:49, a indiqué avoir identifié le problème à 20:33, et n’a pas publié de cause ni d’estimation de rétablissement pendant l’incident. Un porte-parole a ensuite confirmé que « le service a été entièrement rétabli sur Claude.ai, Claude Code et la Claude API ». Aucune explication post-incident n’a suivi.
Pourquoi la moitié API compte davantage
Une panne de chatbot est une gêne. Une panne d’API arrête des systèmes de production, et une défaillance de Claude Code met des équipes d’ingénierie hors ligne en plein travail plutôt qu’en pleine conversation. À mesure que les modèles de pointe passent du statut d’assistants à celui de dépendances intégrées dans des logiciels déployés, les interruptions chez un seul fournisseur cessent d’être un sujet grand public.
Le silence
Aucune analyse de la cause racine n’a été publiée. Pour une entreprise qui vend aux grands comptes, de plus en plus enclins à faire transiter des charges de production par une seule API, l’absence même de bilan d’incident est le point marquant — les acheteurs qui négocient des engagements de disponibilité n’ont rien à lire.