Le 25 octobre 2026, la page de statut de Claude, le service d'Anthropic, a enregistré deux incidents d'erreurs. Le premier a eu un impact de 06 h 05 à 06 h 35 UTC (de 14 h 05 à 14 h 35, heure de Pékin), le second de 08 h 08 à 08 h 29 UTC (de 16 h 08 à 16 h 29, heure de Pékin). Tous deux ont été marqués comme résolus le jour même.
Ce qui s'est passé le matin du 25 octobre
Le premier incident avait la portée la plus large. À 06 h 14 UTC, la page de statut a publié un avis d'enquête : les requêtes adressées à Claude Mythos 5.1, Claude Fable 5.1, Claude Opus 5.5, Claude Sonnet 5.5 et Claude Haiku 5.5 présentaient un taux d'erreur élevé. Une mise à jour ultérieure a indiqué que la cause avait été identifiée pour Sonnet 5.5, qu'un correctif avait été déployé et que l'incident était entré en phase d'observation. Les services touchés étaient claude.ai, l'API Claude, Claude Code et Claude Cowork, tous signalés en panne partielle, tandis que Claude Console et Claude for Government restaient opérationnels.
Le second incident était plus circonscrit, concentré sur les erreurs élevées des requêtes adressées à Claude Fable 5.1, avec une durée d'impact enregistrée d'environ 21 minutes, également résolu le jour même. Les mises à jour du 25 octobre n'ont donné aucune cause détaillée pour l'un ou l'autre incident.
L'impact dépassait la fenêtre de discussion
Ce qui rend cet incident notable, c'est la liste des points d'accès touchés. Au-delà de claude.ai, l'API Claude, Claude Code et Claude Cowork sont tombés en panne en même temps, ce qui a aussi interrompu les produits en aval : programmation, flux automatisés, assistance client ou traitement de documents reposant sur Claude. Pour un utilisateur ordinaire, cela peut ressembler à une seule requête échouée. Pour une équipe qui utilise Claude en production, un échec peut signifier tout un lot de tâches interrompues, sans même forcément s'afficher comme un message d'erreur clair.
Ce n'était pas non plus une journée isolée. Les enregistrements de statut montrent plusieurs incidents d'erreurs déjà résolus le 24 octobre également. Pris un par un, ils étaient courts, mais en série, ils empêchent l'utilisateur de savoir si sa prochaine requête tombera à nouveau dans une fenêtre de panne.
Pourquoi une courte panne compte quand même
Pour évaluer un modèle, on regarde d'abord les scores de référence et les listes de fonctionnalités, la fiabilité venant souvent après. Le 25 octobre rappelle que, dès qu'un modèle fait partie d'un flux de travail, la disponibilité est elle-même une qualité du produit. Les taux de disponibilité sur 90 jours affichés sur la page de statut tournaient autour de 99,6 %, ce qui laisse tout de même de courtes périodes d'indisponibilité. Pour un utilisateur occasionnel, ce sont quelques minutes de désagrément. Pour une équipe qui livre à l'heure, c'est une variable à inscrire dans le plan d'urgence.
L'ouverture du compte rendu compte aussi. La page de statut d'Anthropic a détaillé toute la chronologie, de l'enquête et de l'identification de la cause au correctif, à l'observation puis à la résolution, de sorte que les utilisateurs pouvaient voir que le problème venait du fournisseur, et non de leur compte, de leur réseau ou de leur requête. Cette transparence n'a pas supprimé la panne, mais elle a raccourci le temps que les utilisateurs passaient à chercher l'erreur eux-mêmes.
Ce que les utilisateurs et les équipes peuvent faire maintenant
Un utilisateur ordinaire confronté à une erreur similaire devrait d'abord consulter la page de statut avant de chercher à résoudre le problème lui-même. Si plusieurs services sont signalés en panne partielle en même temps, le problème vient très probablement du fournisseur, et changer de compte, changer de réseau ou renvoyer plusieurs fois la même longue requête n'aidera pas. Attendre le rétablissement puis réessayer coûte moins d'efforts.
Les équipes qui utilisent Claude en production devraient traiter cet incident comme un exercice : renvoyer automatiquement les requêtes échouées avec un délai d'attente, prévoir un modèle de secours ou une file d'attente pour les tâches critiques, et signaler clairement l'échec aux utilisateurs finaux au lieu de l'abandonner en silence. La prochaine fois que la page de statut affichera des erreurs, il faudra d'abord vérifier s'il s'agit d'un problème généralisé chez le fournisseur avant d'examiner son propre code.
Une courte panne à elle seule ne prouve pas que le modèle s'est dégradé. Deux choses méritent d'être observées : si des incidents similaires continuent d'arriver en série, et si Anthropic expliquera plus tard la cause. Un seul rétablissement rapide rassure ; c'est la répétition qui fait signal.
