Rapport de pannes et de disponibilité des outils d’IA — juillet 2026

Juillet 2026 a compté 48 incidents majeurs totalisant 8 901 minutes chez 7 fournisseurs. Anthropic en a enregistré le plus (16), devant GitHub (14) et OpenAI (8).

L’entrée la plus longue est la suspension par Anthropic de l’accès à Claude Mythos 5 et Claude Fable 5, ouverte le 13 juin et résolue le 1er juillet — 1 706 minutes imputées à juillet. Il s’agissait davantage d’une suspension délibérée que d’une panne ; le rapport du mois précédent l’avait exclue car non résolue.

L’incident réellement survenu en juillet ayant eu le plus d’impact est celui d’OpenAI, « génération d’images indisponible dans ChatGPT », qui a duré environ 16 heures du 21 juillet à 19h36 au 22 juillet à 11h50 (heure du Japon). Le même jour, les taux d’erreur de génération d’images côté API ont aussi augmenté (environ 2 h 46), faisant de la génération d’images le point faible du mois.

OpenAI a connu un second incident long : pendant environ 14 heures à partir du petit matin du 18 juillet, les utilisateurs Enterprise sans autorisation Codex ne pouvaient pas utiliser la nouvelle application ChatGPT.

Côté développement, GitHub Actions s’est distingué. Les retards de démarrage des exécutions ont duré environ 9 heures le 9 juillet, et un autre incident Actions environ 5 heures le 20 juillet. GitHub est le deuxième fournisseur le plus fréquent avec 14 incidents.

Les 16 incidents d’Anthropic ont surtout été annoncés par modèle, couvrant Opus 5, Sonnet 5, Haiku 4.5, Fable 5, Mythos 5 et Opus 4.8/4.1. Chacun se résolvait généralement en une à cinq heures.

Côté voix, ElevenLabs a enregistré des échecs d’envoi WhatsApp (environ 5 heures) et des échecs de conversation du Speech Engine (environ 4 h 20).

Ce mois-ci, la propagation d’une panne amont vers l’aval a été clairement observable. Le 29 juillet, environ neuf minutes après l’annonce par Anthropic d’erreurs élevées sur tous ses modèles, Cursor a annoncé des « erreurs élevées affectant les modèles Anthropic ». Plusieurs des six incidents de Cursor proviennent de ses fournisseurs de modèles : le risque de disponibilité tient à la dépendance aux API amont, plus qu’à l’IDE lui-même.

Certains jours ont concentré les incidents chez plusieurs fournisseurs. Le 16 juillet, Cursor, GitHub et Anthropic ont tous enregistré des incidents majeurs ; le 21 juillet, ce furent OpenAI, Anthropic et GitHub. En ne regardant qu’un seul fournisseur, on doute de son propre environnement ; côte à côte, la simultanéité devient évidente.

Les dégradations mineures (niveau latence) sont au nombre de 101, plus du double des 48 incidents majeurs. L’essentiel du ressenti « c’est lent » relève de cette catégorie.

Anthropic affiche la disponibilité la plus basse (92,17 %), en partie parce que l’entreprise publie ses incidents de façon très fine, modèle par modèle. Les fournisseurs les plus transparents paraissent moins bons dans les chiffres : à pondérer lors des comparaisons.

Les décomptes et les durées d’indisponibilité ne retiennent que les incidents des pages de statut officielles à la fois « majeurs ou pires (pratiquement inutilisable) » et déjà résolus (mois calendaire, heure du Japon). Les dégradations mineures comme la latence et les éléments en cours non résolus sont exclus des totaux afin de ne pas gonfler les chiffres.

Le total du mois inclut 1 706 minutes issues de la suspension de modèles d’Anthropic reportée du mois précédent et levée le 1er juillet. N’étant pas une panne réelle, la retrancher donne une image plus fidèle du mois.

Les échecs d’appels SIP d’ElevenLabs, apparus le 31 juillet, n’étaient pas résolus à la fin du mois et ne sont donc pas comptabilisés.

La disponibilité est notre propre estimation fondée sur ces durées de panne majeure — ce ne sont pas des valeurs officielles de SLA.

La page « historique des incidents » de chaque service liste les incidents avec titre, gravité, durée et lien officiel.