Ce que c'est
Un outil d'enquête pour les incidents liés aux feature flags. Il lit les journaux de LaunchDarkly, Unleash, Flagsmith, GrowthBook, de votre propre table d'audit ou de simples notes.
Enquête d'incident pour feature flags
Trouvez le changement de flag qui a cassé la prod.
Flag Autopsy aligne votre journal de changements de flags sur une courbe d'erreurs ou de latence, repère l'instant où le pic a commencé et classe chaque changement selon la probabilité qu'il en soit la cause. Vous obtenez un suspect principal, le temps qu'il a fallu pour le couper et un rapport prêt pour le post mortem.
CASE 0421erreurs de paiement
- 1pricing_cache 25 % → 50 %
- 2checkout_v2 0 % → 50 %Suspect principal
- 3dark_mode activé
Pour qui
Les ingénieurs d'astreinte, les responsables de mise en production et les SRE qui doivent savoir vite quel interrupteur remettre, puis les équipes qui rédigent le post mortem.
Ce qu'il résout
Quand les erreurs s'envolent, il se peut que cinq flags aient changé dans l'heure. Au lieu de deviner, vous voyez quel changement coïncide avec le pic et sur quels indices.
Lancez l'autopsie
Collez le journal des changements et, si vous l'avez, la métrique autour de l'incident. Tout est analysé dans cette page, rien n'est envoyé.
Lignes JSON, tableau JSON ou lignes de texte comme : 14:02 mira turned on checkout_v2 in prod 50%
Une heure et une valeur par ligne, par exemple 14:03,2.9. Taux d'erreurs, nombre de 5xx ou latence p95 conviennent. Facultatif.
Utile seulement sans métrique. Par exemple 14:03 ou 2026-10-21 14:03.
Les conclusions s'affichent ici
Collez un journal puis cliquez sur Lancer l'autopsie, ou ouvrez le dossier d'exemple pour voir un rapport complet.
Comment il tranche
Le score est un indice, pas une preuve. Il vous dit où regarder d'abord.
Détection du pic
Chaque point est comparé à la médiane des points précédents. Le pic commence quand une valeur atteint au moins le double du niveau normal et sort nettement de son bruit habituel.
Chronologie
Les changements faits quelques minutes avant le pic obtiennent le plus de points. Le score décroît sur l'heure suivante et les changements bien après le début sont ignorés.
Avant et après
Pour chaque changement, la métrique est comparée sur les 15 minutes avant et après. Une forte hausse augmente le score.
Exposition
Activer un flag ou augmenter son déploiement accroît le soupçon, d'autant plus que le saut est grand. Couper un flag ou changer hors production le diminue.
Confirmation
Si la coupure du flag est suivie d'un retour à la normale en moins de 20 minutes, c'est l'indice le plus fort.
Hygiène
À part, il signale les habitudes qui rendent les incidents plus probables : préproduction sautée, sauts énormes, allers et retours, changements de nuit et changements sans auteur.
Mode d'emploi
Exportez le journal
Copiez le journal d'audit de votre outil de flags sur la période de l'incident, ou notez les changements à la main avec leur heure.
Ajoutez la métrique
Exportez le taux d'erreurs ou la latence depuis votre tableau de bord sous forme d'heure et de valeur. Sans métrique, saisissez le début de l'incident.
Lisez le verdict
Examinez le suspect principal, ses indices et le graphique. Les repères montrent l'instant exact de chaque changement.
Partagez le rapport
Copiez le rapport dans le canal de l'incident ou téléchargez ce rapport en Markdown pour le post mortem.
Bon à savoir
- Les heures sans fuseau sont lues telles quelles. Celles avec fuseau sont converties en UTC, gardez donc les deux saisies dans le même fuseau.
- Les lignes de texte sont mieux comprises en anglais. Les champs JSON fonctionnent dans toutes les langues.
- Coïncidence n'est pas causalité. Un déploiement ou un afflux de trafic au même moment n'apparaît pas ici.
- Rien ne quitte votre navigateur. Retirez secrets et données personnelles avant de partager le rapport.
Questions
Quels outils de flags sont pris en charge ?
Avec tout outil dont vous pouvez copier le journal d'audit. Les champs courants comme key, flag, environment, user, from, to et rollout sont reconnus automatiquement.
Et si je n'ai pas de métrique ?
Saisissez l'heure de début de l'incident. Les changements sont alors classés selon la chronologie, l'exposition et l'environnement.
Pourquoi mon changement en préproduction a un score nul ?
Un changement en préproduction ne peut pas casser la production directement, il est donc écarté. Il compte quand même comme étape de préproduction pour les changements suivants en production.
Le score de soupçon correspond à une probabilité ?
Non. C'est une somme pondérée des indices plafonnée à 95, car un tel outil ne peut jamais être certain.