Synthèse automatique
Produit une analyse post-mortem sans reproche d'un incident, structurée en résumé exécutif, chronologie, impact, cause racine et plan d'actions.
Points forts
- Structure imposée et complète : chronologie, moments clés, impact client et business, cause racine, points forts et faibles, actions par échéance
- Distingue explicitement la cause racine du déclencheur immédiat et pousse à se demander pourquoi le problème n'a pas été détecté plus tôt
- Applique la règle du « sans reproche » en orientant la formulation vers les systèmes et procéssus plutôt que vers les personnes
- Chaque action est rattachée à un propriétaire et une date, avec un découpage immédiat / court terme
Limites
- L'outil ne collecte ni ne vérifie les faits : la qualité du rapport dépend entièrement des informations fournies par l'utilisateur
- Aucune indication sur la confidentialité, la diffusion ou la conservation du document, qui peut contenir des détails sensibles
- Le gabarit complet est disproportionné pour un incident mineur ou une simple revue d'incident
À utiliser après une panne, un incident de sécurité, un échec de projet ou tout événement que vous voulez empêcher de se reproduire.
À éviter lorsqu'il s'agit d'évaluer la responsabilité d'une personne ou lorsque les faits ne sont pas encore établis et que l'analyse serait spéculative.
Analyse de sécurité
SûrThe skill is a pure prompt/template for structuring a blameless post-mortem. It declares no allowed-tools, makes no bash, network, docker, or filesystem calls, and never asks the agent to read secrets, exfiltrate data, or disable safety mechanisms. The only dynamic element is the standard $ARGUMENTS placeholder for incident details. There is no meaningful execution risk.
Aucun point d'attention détecté
Comment cette analyse est faiteExemples
Write a blameless post-mortem for the March 12 incident: the payment API returned 500s for 45 minutes after the v2.3 deploy, detected by customer support tickets, fixed by rolling back the deploy.Fais un post-mortem sans reproche de la fuite de credentials découverte lundi : un token S3 était exposé dans un dépôt public depuis trois jours, révoqué après alerte d'un chercheur.Our nightly ETL job failed silently for two days and downstream dashboards showed stale numbers — produce a full post-mortem with timeline, root cause, contributing factors and owned action items.name: postmortem description: Blameless post-mortem incident analysis with timeline, root cause, and action items. Use after outages, security incidents, project failures, or any event you want to prevent recurring. user-invocable: true
Blameless Post-Mortem
Conduct a thorough, blameless analysis of an incident to understand what happened and prevent recurrence.
Instructions
Work through each section systematically. Focus on systems and processes, not individuals. The goal is learning, not blame.
Output Format
Executive Summary
Incident: [One-line description] Date/Time: [When it occurred] Duration: [How long] Severity: [Critical/High/Medium/Low]
Summary [2-3 sentence overview: what happened, impact, resolution]
Timeline
All times in [timezone].
| Time | Event | Actor | |------|-------|-------| | HH:MM | [What happened] | [Who/what did it] | | HH:MM | [Detection] | [How it was noticed] | | HH:MM | [Response action] | [Who responded] | | HH:MM | [Resolution] | [What fixed it] |
Key Moments
- Trigger: [What initiated the incident]
- Detection: [How/when we knew something was wrong]
- Mitigation: [When bleeding was stopped]
- Resolution: [When fully resolved]
Impact
Customer Impact
- Users affected: [number]
- Duration of impact: [time]
- Symptoms experienced: [what users saw]
Business Impact
- Revenue impact: [if applicable]
- SLA/SLO breach: [yes/no, details]
Root Cause Analysis
Root Cause [The fundamental reason this happened—not the trigger, but why the trigger caused an incident]
Trigger [The immediate cause—what set things in motion]
Contributing Factors | Factor | How It Contributed | |--------|-------------------| | [factor] | [explanation] |
Why Wasn't This Caught?
- Why didn't tests catch it?
- Why didn't monitoring alert earlier?
What Went Well
| What Worked | Why It Helped | |-------------|---------------| | [thing] | [explanation] |
What Went Poorly
| What Failed | Impact | |-------------|--------| | [thing] | [impact] |
Action Items
Immediate (This week) | Action | Owner | Due | |--------|-------|-----| | [action] | [owner] | [date] |
Short-term (This month) | Action | Owner | Due | |--------|-------|-----| | [action] | [owner] | [date] |
Lessons Learned
- [lesson]
- [lesson]
- [lesson]
Guidelines
- Blameless: "The deploy script didn't validate" not "Alice deployed without checking"
- Thorough timeline: Include everything, even embarrassing delays
- Specific actions: "Add memory alerting" not "Improve monitoring"
- Assigned owners: Unowned actions don't happen
$ARGUMENTS
Du fichier au premier essai
Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.
Consulter la source et ses fichiers annexesCe téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.
1. Télécharger le fichier
Télécharger SKILL.mdDepuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/blameless-post-mortem-analysis-mrx3xy3r/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.
Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.
mkdir -p '.skill-downloads/blameless-post-mortem-analysis-mrx3xy3r' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/blameless-post-mortem-analysis-mrx3xy3r/download' --output '.skill-downloads/blameless-post-mortem-analysis-mrx3xy3r/SKILL.md.part' && mv '.skill-downloads/blameless-post-mortem-analysis-mrx3xy3r/SKILL.md.part' '.skill-downloads/blameless-post-mortem-analysis-mrx3xy3r/SKILL.md'2. Vérifier les prérequis
Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.
Aucune section de prérequis reconnue dans ce fichier. Cela ne signifie pas qu’il est autonome : les bibliothèques, outils et accès peuvent être cités ailleurs dans le contenu ou dans le dépôt source.
Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.
3. Charger la skill
Après vérification, copiez le dossier complet dans le projet avec l’une des commandes ci-dessous, puis ouvrez une nouvelle session de l’outil. La commande s’arrête si un dossier du même nom existe déjà : comparez les fichiers avant de le remplacer.
Claude Code
test -f '.skill-downloads/blameless-post-mortem-analysis-mrx3xy3r/SKILL.md' && test -s '.skill-downloads/blameless-post-mortem-analysis-mrx3xy3r/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/postmortem' && cp -R '.skill-downloads/blameless-post-mortem-analysis-mrx3xy3r' '.claude/skills/postmortem'Cursor
test -f '.skill-downloads/blameless-post-mortem-analysis-mrx3xy3r/SKILL.md' && test -s '.skill-downloads/blameless-post-mortem-analysis-mrx3xy3r/SKILL.md' && mkdir -p '.cursor/skills' && test ! -e '.cursor/skills/postmortem' && cp -R '.skill-downloads/blameless-post-mortem-analysis-mrx3xy3r' '.cursor/skills/postmortem'Codex
test -f '.skill-downloads/blameless-post-mortem-analysis-mrx3xy3r/SKILL.md' && test -s '.skill-downloads/blameless-post-mortem-analysis-mrx3xy3r/SKILL.md' && mkdir -p '.agents/skills' && test ! -e '.agents/skills/postmortem' && cp -R '.skill-downloads/blameless-post-mortem-analysis-mrx3xy3r' '.agents/skills/postmortem'OpenSkills
OpenSkills doit déjà être installé. La procédure locale install/read est contrôlée avec OpenSkills 1.5.0, qui exige Node.js ≥ 20.6.0. Aucun slug du catalogue n’est résolu automatiquement.
Installation officielle d’OpenSkillsopenskills install './.skill-downloads/blameless-post-mortem-analysis-mrx3xy3r'openskills read 'blameless-post-mortem-analysis-mrx3xy3r'La lecture doit afficher le contenu du fichier installé et son dossier de base. Elle ne lance ni la skill ni ses dépendances.
Pour un agent qui lit AGENTS.md, synchronisez ensuite l’index. Cette commande modifie AGENTS.md : relisez le diff avant de l’utiliser.
openskills syncMode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.
4. Faire un premier essai
Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :
Lis .skill-downloads/blameless-post-mortem-analysis-mrx3xy3r/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.
Configurer un canal de discussion avec SecretRefs
DevOps
Configurez des canaux de discussion avec des commandes non interactives, les secrets étant uniquement des SecretRefs. Couvre les étapes de collecte, modification, réparation et vérification.
Enquêter sur les échecs CI de ClickHouse
DevOps
Investigue un échec CI de ClickHouse de bout en bout à partir d'une URL de PR ou de rapport S3. Récupère les tests échoués, classe flaky vs vraie régression, et cherche des issues/fixes existants.
Revue de PR Ansible
DevOps
Examine une PR Ansible selon le processus standardisé du projet, incluant la validation des changelogs, la couverture de tests et le suivi des commentaires.