Rapport de pannes et de disponibilité des outils d’IA — août 2026
Nous surveillons en continu 18 outils d’IA majeurs, dont ChatGPT, Claude et Gemini. Retour sur les incidents enregistrés sur les pages de statut officielles en août 2026.
Panne la plus longue: GitHub（10 h 42 min）
Par fournisseur
| Fournisseur | Incidents | Temps d'arrêt | Pire état | Disponibilité |
|---|---|---|---|---|
| GitHub | 8 | 36 h 2 min | Panne majeure | 95.16% |
| Anthropic | 8 | 12 h 9 min | Panne majeure | 98.37% |
| Cursor | 7 | 15 h 53 min | Panne majeure | 97.87% |
| Replicate | 1 | 3 h 8 min | Panne partielle | 99.58% |
| Perplexity | 1 | 1 h 4 min | Panne majeure | 99.86% |
| Cohere | 1 | 57 min | Panne partielle | 99.87% |
Le nombre d'incidents et le temps d'arrêt ne couvrent que les incidents « majeurs ou pires et déjà résolus » enregistrés sur les pages d'état officielles (la latence mineure et les éléments en cours non résolus sont exclus). La disponibilité est notre propre estimation fondée sur cela, et non les chiffres officiels des éditeurs. Agrégés par mois civil à l'heure du Japon (JST).
Faits marquants du mois
Août 2026 a compté 26 incidents majeurs totalisant 4 153 minutes chez 6 fournisseurs. GitHub et Anthropic en ont enregistré 8 chacun et Cursor 7 — à eux trois l’essentiel du mois.
GitHub a été le fournisseur le moins stable. Un incident GitHub Actions a duré environ 10 h 42 à partir du 7 août à 00h22 (heure du Japon) ; des « échecs intermittents lors de la création de tâches d’agent » (l’agent de codage de Copilot) ont duré environ 9 h 54 à partir du 20 août à 23h43 ; et un incident GitHub.com a duré environ 7 h 36 à partir du 17 août à 22h40 — trois longs incidents de gravité maximale, qui laissent à GitHub la disponibilité la plus basse de tous les fournisseurs (95,16 %). Le 27 août s’y sont ajoutés des incidents sur Actions (environ 2 h 50) et chez les fournisseurs de modèles d’IA de Copilot (environ 2 h 08).
Parmi les huit incidents d’Anthropic figurent des erreurs élevées sur plusieurs modèles pendant environ 3 h 24 à partir du 24 août à 14h06, et des erreurs élevées sur Claude Code et Cowork pendant environ trois heures à partir du 29 août à 02h22. Une perturbation de l’ensemble des services Claude de gravité maximale (36 minutes) a également été enregistrée le 17 août à 06h58.
Chez Cursor, on retiendra une dégradation d’Automations, de Cloud Agents et de l’IDE pendant environ quatre heures à partir du 13 août à 23h46, ainsi qu’une dégradation causée par GitHub le 17 août (environ six heures).
OpenAI, à l’inverse, n’a connu aucun incident majeur en août (16 dégradations mineures). Parmi les autres incidents figurent une panne partielle des GPU A100 de Replicate (environ trois heures à partir du 27 août à 06h17) et un problème d’API chez Perplexity (environ une heure à partir du 13 août à 09h45).
Tendances et enseignements
Ce mois-ci a clairement montré le temps nécessaire pour qu’une panne amont atteigne les services en aval. L’incident de GitHub.com a commencé le 17 août à 22h40, et 54 minutes plus tard, Cursor a annoncé qu’une dégradation de GitHub affectait certains services Cursor. Le 13 août également, Cursor a annoncé une dégradation de Cloud Agents et d’autres services 13 minutes après l’annonce par Anthropic d’erreurs sur Mythos 5, Fable 5 et Sonnet 5.
Les cascades partent aussi des fournisseurs de modèles. Pendant l’incident d’Anthropic du 24 août, GitHub a annoncé des « erreurs élevées sur Fable 5 dues à un fournisseur amont ». L’incident de Cursor « Fable 5 indisponible » du matin du 20 août (environ 2 h 41) provenait lui aussi du fournisseur de modèles. Les outils d’IA dépendent des modèles et de l’infrastructure de plusieurs entreprises : la panne de l’une apparaît souvent sous le nom d’une autre.
Les dégradations mineures (niveau latence) sont au nombre de 81 — Cursor 20, GitHub 18, OpenAI 16 et Anthropic 14 —, soit environ trois fois les 26 incidents majeurs.
Le total mensuel de 4 153 minutes dépasse celui de juin (2 759) et représente moins de la moitié de celui de juillet (8 901). Juillet incluait la résolution d’une suspension délibérée de modèles, la comparaison directe est donc imparfaite, mais août a été un mois relativement calme, sans panne isolée de grande ampleur.
Comment lire ce rapport
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.
Aucun incident majeur n’était non résolu à la fin du mois d’août.
Les mois sont comptés en heure du Japon. Un incident Cursor ayant débuté le 31 juillet (UTC), soit le 1er août à 04h50 heure du Japon, est donc comptabilisé en août.
La disponibilité est notre propre estimation fondée sur ces durées de panne majeure — ce ne sont pas des valeurs officielles de SLA. Les fournisseurs qui découpent leurs services en de nombreux composants signalés séparément, comme GitHub, ont tendance à paraître moins bons dans les chiffres.
La page « historique des incidents » de chaque service liste les incidents avec titre, gravité, durée et lien officiel.