Synthèse automatique
Guide un débriefing structuré en quatre temps — ce qui était attendu, ce qui s'est réellement passé, pourquoi l'écart, et quelles suites donner — pour tirer des enseignements d'un événement passé.
Points forts
- Cadre prêt à remplir avec tableaux (chronologie, écarts attendu/réel, causes racines, actions) qui évite la page blanche
- Sépare explicitement les faits de l'analyse, ce qui limite les raccourcis explicatifs et le blame
- Impose un responsable et une échéance pour chaque action, et une date de suivi pour vérifier les effets
- Demande aussi de capitaliser sur ce qui a marché, pas seulement sur les problèmes
Limites
- Ne fournit que la structure : la qualité du résultat dépend entièrement de l'honnêteté et de la mémoire des participants
- La consigne « pas de blâme » n'outille pas la gestion des tensions ou des désaccords pendant l'exercice
- Suppose un événement terminé et bien documenté ; sans faits précis, les tableaux resteront vagues
À utiliser juste après un lancement, un projet, une présentation ou tout événement notable dont l'équipe veut ressortir avec des leçons concrètes et des actions assignées.
À éviter pour régler un conflit interpersonnel, évaluer la performance individuelle d'un collaborateur, ou pour une post-mortem d'incident technique exigeant une analyse causale approfondie.
Analyse de sécurité
SûrThis skill is a pure Markdown prompt/template with no declared allowed-tools, no shell commands, no network or file access, and no instructions to exfiltrate data, disable safeguards, or run obfuscated payloads. It only asks the model to guide a structured after-action review conversation, so listing it carries no meaningful execution risk.
Aucun point d'attention détecté
Comment cette analyse est faiteExemples
Run an after-action review of our homepage redesign launch on March 12. Here's what we planned: ship by 9am, 5% conversion lift, no more than 1 hour downtime. Here's what happened: we shipped at 2pm, conversion dropped 2% for three days, and we didn't post in Slack until hour 3.Do a structured AAR on yesterday's presentation to the executive committee — three of us presented, we had 20 minutes, and the Q&A ran long. Ask me for the details you need.AAR on last weekend's database server migration: planned 2-hour window, actual 6 hours, one rollback attempt. Walk me through the four questions.name: aar description: After-Action Review—structured debrief asking what was expected, what happened, why the difference, and what next. Use after projects, launches, presentations, or any significant event. user-invocable: true
After-Action Review
Conduct a structured debrief to extract learning from any significant event or experience.
Instructions
Work through the four core questions honestly and specifically. Focus on events and systems, not blaming individuals.
Output Format
Event: What are we reviewing? Date: When did it happen? Participants: Who was involved?
1. What Was Expected?
Before the event, what did we think would happen?
Goals/Objectives
- [What were we trying to achieve?]
Plan
- [What was the plan to achieve it?]
Success Criteria
- [How would we know if we succeeded?]
Assumptions
- [What did we assume would be true?]
2. What Actually Happened?
Facts only—what occurred, not why
Timeline | Time | Event | |------|-------| | [When] | [What happened] |
Outcomes
- [What results did we get?]
Compared to Expected | Expected | Actual | Gap | |----------|--------|-----| | [expectation] | [reality] | [+/-] |
3. Why the Difference?
Analysis of the gap between expected and actual
What Went Well (sustain these) | Success | Contributing Factors | |---------|---------------------| | [what worked] | [why it worked] |
What Didn't Go Well (improve these) | Problem | Root Cause | |---------|-----------| | [what failed] | [why it failed] |
Surprises
- [Things we didn't anticipate]
4. What Do We Do Next?
Specific actions to sustain or improve
Sustain (keep doing these) | Action | Owner | How to Protect It | |--------|-------|-------------------| | [what to continue] | [who] | [mechanism] |
Improve (change these) | Action | Owner | By When | |--------|-------|---------| | [what to change] | [who] | [deadline] |
Key Takeaways Top 3 lessons from this review:
- [Lesson]
- [Lesson]
- [Lesson]
Follow-up When will we check if improvements are working?
Guidelines
- Do this soon—memory fades fast
- Be specific: "Communication failed" → "We didn't update Slack until hour 3"
- Balance: Include what went well, not just problems
- Assign owners: Insights without ownership become forgotten
- Make it safe: Blame shuts down honesty
$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/after-action-review-mrwakbs1/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/after-action-review-mrwakbs1' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/after-action-review-mrwakbs1/download' --output '.skill-downloads/after-action-review-mrwakbs1/SKILL.md.part' && mv '.skill-downloads/after-action-review-mrwakbs1/SKILL.md.part' '.skill-downloads/after-action-review-mrwakbs1/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/after-action-review-mrwakbs1/SKILL.md' && test -s '.skill-downloads/after-action-review-mrwakbs1/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/aar' && cp -R '.skill-downloads/after-action-review-mrwakbs1' '.claude/skills/aar'Cursor
test -f '.skill-downloads/after-action-review-mrwakbs1/SKILL.md' && test -s '.skill-downloads/after-action-review-mrwakbs1/SKILL.md' && mkdir -p '.cursor/skills' && test ! -e '.cursor/skills/aar' && cp -R '.skill-downloads/after-action-review-mrwakbs1' '.cursor/skills/aar'Codex
test -f '.skill-downloads/after-action-review-mrwakbs1/SKILL.md' && test -s '.skill-downloads/after-action-review-mrwakbs1/SKILL.md' && mkdir -p '.agents/skills' && test ! -e '.agents/skills/aar' && cp -R '.skill-downloads/after-action-review-mrwakbs1' '.agents/skills/aar'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/after-action-review-mrwakbs1'openskills read 'after-action-review-mrwakbs1'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/after-action-review-mrwakbs1/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.
Lecteur PDF
Productivite
Lit et extrait le texte de fichiers PDF (rapports, contrats, tableurs). Gère les fichiers locaux, les URL et les pièces jointes WhatsApp. Utilisez-le dès qu'un contenu PDF est nécessaire, même sans demande explicite.
Workflows de messagerie Discord
Productivite
Utilisez l'outil message pour envoyer, modifier et modérer des messages Discord avec des composants interactifs.
Aperçu interactif des verdicts
Productivite
Générer un aperçu HTML interactif des verdicts (garder/supprimer) pour la revue par le mainteneur, puis traiter le JSON de retour.