Résumé
- GitHub a ouvert sj1tzyrx599x à 18 h 03 min 05,539 s UTC le 1er août et l’a clos à 18 h 44 min 28,733 s.
- Le dossier public a duré 41 minutes et 23,194 secondes.
- Le premier signal décrivait davantage d’erreurs chez des fournisseurs amont précis, sans nommer modèle ni entreprise.
- À 18 h 20 min 20,807 s, GitHub a identifié Fable 5 dans Copilot et les IDE et conseillé un autre modèle ou Auto.
- La mitigation est déclarée à 18 h 20 min 48,941 s, 28,134 secondes plus tard; Fable revient à 18 h 23 min 40,021 s.
- Fournisseur, cause, volume, taux d’erreur, nombre d’utilisateurs et pays sont absents; une analyse détaillée est promise.
Le premier avis ne permettait pas de choisir une route
À 18 h 03 min 15,483 s, l’expression « fournisseurs précis » excluait une panne uniforme de tout Copilot, mais ne disait pas quelle option éviter. Fable 5 est nommé 17 minutes et 5,324 secondes plus tard.
La page ne permet pas de séparer le temps d’enquête technique, la confirmation auprès d’un fournisseur et le délai de publication. Elle montre seulement comment le niveau de précision a progressé.
L’état a changé presque aussitôt après le nom
Vingt-huit secondes après l’identification publique de Fable, GitHub passe à la surveillance et dit la dégradation corrigée. Moins de trois minutes plus tard, le modèle est explicitement annoncé disponible.
Il serait trompeur d’en déduire une réparation technique en 28 secondes. Le travail amont pouvait être engagé avant le message. Les horodatages mesurent les avis, pas toutes les actions privées.
Le contournement devenait actionnable avec le modèle
Une alerte générique indique un risque sans dire quelle sélection modifier. Le message Fable recommande enfin un autre modèle ou Auto, transformant l’avis en décision possible pour l’utilisateur.
Cette continuité ne prouve pas une expérience identique. Aucun modèle choisi par Auto, taux de basculement, délai ou comportement comparé n’est fourni.
Deux incidents le même jour ne prouvent pas un même défaut
GPT-5.6 Luna avait connu plus tôt un épisode lié à un fournisseur amont. La proximité et le vocabulaire commun ne suffisent pas à établir une entreprise, une infrastructure ou une cause partagée.
Les deux cas révèlent le même type de dépendance. Ils ne forment pas, sur les sources disponibles, un seul incident. Toute fusion créerait un lien non publié.
La surveillance a dépassé le retour de vingt minutes
Après la mitigation à 18 h 20 min 48,941 s et le retour explicite à 18 h 23 min 40,021 s, la clôture n’intervient qu’à 18 h 44 min 28,733 s. La période supplémentaire atteint 20 minutes et 48,712 secondes.
GitHub ne publie ni mesure surveillée, ni seuil de stabilité. La durée indique une phase de prudence, pas le niveau d’erreur résiduel.
La sélection de modèle doit laisser une trace
Les entreprises peuvent enregistrer modèle demandé, erreur, relance, choix Auto lorsqu’il est visible, latence et usage de la réponse. Lors d’une alerte générique, modifier les modèles autorisés devient une décision d’exploitation.
Rien ne démontre une fuite de code, une compromission de requêtes ou une corruption de sortie. L’incident concerne l’accès et les erreurs.
L’analyse doit expliquer la reconnaissance du modèle
Le rapport annoncé devrait préciser quand Fable a été impliqué, comment la santé du fournisseur se rattache à l’identité du modèle, ce qui a déclenché la mitigation, la réaction d’Auto et l’ampleur. Il devrait aussi dire si Luna et Fable partageaient une dépendance.
En l’état, Fable 5 a été dégradé pendant un dossier de 41:23.194, puis la communication est passée du générique au modèle nommé avant la reprise. Fournisseur, mécanisme, portée et lien avec l’incident précédent restent inconnus.
