La plate-forme Claude d'Anthropic est tombée en panne pendant environ deux heures vendredi matin, empêchant les utilisateurs de se connecter à claude.ai et aux outils de développement de l'entreprise avant que les ingénieurs ne rétablissent le service. Selon la page de statut officielle d'Anthropic, l'incident a commencé peu avant 10h00 UTC et a été entièrement résolu à 11h58 UTC le 13 novembre.

Le rapport d'incident de l'entreprise, intitulé « Erreurs élevées sur claude.ai, Claude Code et platform.claude.com », répertorie quatre produits concernés : claude.ai, la console Claude (platform.claude.com), Claude Code et Claude Cowork. La perturbation était centrée sur l'authentification (les utilisateurs ne pouvaient pas se connecter) plutôt que sur le comportement des modèles eux-mêmes. Pour plus de contexte sur cette histoire, consultez notre couverture de l'industrie de l'IA.

Que s'est-il passé, minute par minute

La chronologie de la page d'état était courte mais spécifique :

  • 09:58 UTC — Anthropic a ouvert l'incident : "Nous enquêtons sur un problème avec les utilisateurs qui s'authentifient sur Claude.ai et Claude Code. Nous fournirons une mise à jour dès que possible."
  • 11h05 UTC — la société a signalé qu'« un correctif a été déployé pour le problème affectant les services Claude et nous surveillons la récupération », déplaçant l'incident vers un état de surveillance.
  • 11:58 UTC — l'incident a été marqué comme résolu, la page d'état indiquant que « le problème affectant claude.ai et Claude Cowork a été résolu ».

Cela représente une fenêtre de panne totale d'exactement deux heures entre le premier rapport et la résolution, avec un correctif déployé dans la première heure. La page d'état ne publiait pas d'analyse des causes profondes au moment de la rédaction, et le rapport d'incident n'indiquait aucune perte de données ; il décrivait un échec de disponibilité du service et d’authentification.

Un problème d'authentification, pas un échec de modèle

Le langage utilisé par Anthropic est important. L'incident a été centré sur l'« authentification » des utilisateurs auprès des services – la couche de connexion et de session qui se trouve devant les produits de Claude. Au cours de la fenêtre, les demandes ont fait apparaître des erreurs élevées dans l'application grand public, la console du développeur et le domaine de plate-forme adjacent à l'API répertorié dans le titre de l'incident.

Pour une entreprise dont les revenus dépendent de plus en plus de l’accès aux API et des outils de développement, une défaillance de la couche d’authentification est à certains égards la plus perturbatrice : elle bloque tout le monde, quel que soit le modèle ou la fonctionnalité qu’ils tentent d’atteindre, et cela dès la porte d’entrée.

Pourquoi les pannes de Claude Code piquent le plus les développeurs

Claude Code, l'agent de codage basé sur terminal d'Anthropic, est devenu un moteur quotidien pour une grande partie des développeurs professionnels, et il a été explicitement nommé dans le rapport d'incident. Lorsque les systèmes de connexion échouent, le travail en cours s'arrête d'une manière particulière : les sessions de refactoring de longue durée s'interrompent en cours de tâche et tout flux de travail nécessitant une nouvelle authentification auprès de la plate-forme ne peut tout simplement pas continuer.

La réaction de la communauté des développeurs a été immédiate. Sur Hacker News, un fil de discussion intitulé « Erreurs élevées sur claude.ai, Claude Code et platform.claude.com » renvoyant à la page d'état a accumulé 266 points en quelques heures, tandis qu'un fil de discussion parallèle « Claude Is Down » a atteint 129 points. Quoi qu’en dise l’éventuelle analyse post-mortem, le volume de cette discussion est une approximation du nombre d’équipes d’ingénierie qui ont ressenti la panne en temps réel.

Une période difficile pour la fiabilité du cloud

L'incident de Claude s'est produit moins d'un jour après un échec bien plus important ailleurs dans la pile. Microsoft a passé jeudi à lutter contre une panne mondiale des services Microsoft 365, notamment Outlook et Teams, avec CNN diffusant une couverture en direct de la perturbation et la BBC rapportant que la société a déclaré que les tentatives pour y remédier ne se déroulaient pas "comme prévu". Un fil de discussion Hacker News suivant la panne a dépassé 360 points tandis que les utilisateurs ont signalé que Microsoft 365 était toujours en panne après douze heures.

Deux pannes chez deux fournisseurs différents en deux jours n'ont pas de cause commune, et rien dans les rapports publics ne suggère qu'il y en ait une. Mais ensemble, ils soulignent le même fait structurel : le travail de la connaissance – et désormais en particulier le travail de la connaissance assisté par l’IA – se concentre sur une courte liste de services cloud dont l’échec se fait instantanément sentir sur des millions de bureaux.

La barre de fiabilité monte à mesure que l'IA entre en production

L’épisode illustre également comment l’économie des temps d’arrêt change lorsque les agents IA entrent dans le flux de travail. Un chatbot en panne est une nuisance ; un agent de codage que de nombreuses équipes font fonctionner tout au long de leur journée de travail est plus proche de la construction d'une infrastructure, où les minutes d'indisponibilité se traduisent directement par des tâches interrompues et des ingénieurs inactifs.

Pour les entreprises, les réponses pratiques sont familières à l’ère du cloud au sens large : des accords de niveau de service qui reconnaissent les outils d’IA comme une infrastructure critique, une surveillance qui surveille les pages d’état des fournisseurs plutôt que de simples tableaux de bord internes et – de plus en plus courant – un routage de secours qui peut basculer le travail entre des modèles concurrents lorsqu’un fournisseur principal se dégrade. La transparence d'Anthropic est ici conforme aux pratiques de l'industrie : un calendrier public et granulaire par produit, avec des options d'abonnement par e-mail et SMS pour les mises à jour.

Que regarder

Le rapport d'incident d'Anthropic s'élève à trois états – enquête, surveillance, résolution – sans aucune cause fondamentale publiée jusqu'à présent. Il sera intéressant de surveiller si l'entreprise procède à une analyse post-incident plus approfondie, comme elle l'a fait après des perturbations précédentes, pour les équipes qui s'appuient sur les produits Claude.

Pour l'instant, le résultat pratique est simple : le service a été rétabli en deux heures, les quatre produits concernés sont de retour selon la page d'état et aucun impact sur le comportement ou les données du modèle n'a été signalé. La panne est un rappel, qui fait suite aux propres problèmes de Microsoft, que même l'infrastructure derrière Frontier AI n'est encore qu'une infrastructure – et elle échoue comme l'infrastructure.

---

Restez à la Pointe de l'IA

Les dernières actualités, analyses et percées en IA — au même endroit.

Lire plus d'actualités IA →