Synthèse automatique
Effectue une auto-relecture structurée des modifications récentes d'une branche avant l'étape de revue formelle, en déléguant à un agent « reflector » la détection des problèmes de correction, de conventions, d'architecture, de tests et de complétude.
Points forts
- Sépare la détection des problèmes de leur correction : l'agent reste en lecture seule tant que l'utilisateur n'a pas tranché.
- Détermine automatiquement le périmètre à partir d'un ID REQ, d'un nom de branche ou du diff de la branche courante par rapport à main.
- Met en avant les questions ouvertes, hypothèses et compromis de conception, et pas seulement les défauts.
- Confie la checklist à un agent unique, réutilisée ensuite par /proceed, ce qui évite les divergences entre les deux étapes.
Limites
- Nécessite la structure `.adlc/` (conventions.md, architecture.md, knowledge/lessons) et s'arrête avec un message d'erreur sinon.
- Suppose un dépôt git avec une branche `main`, codée en dur dans `git diff main...HEAD`.
- Ne remplace ni une revue humaine ou CI ni une exécution complète des tests : elle ne couvre que l'écart avec main.
Juste après avoir terminé une implémentation et avant de lancer /review, en particulier sur une branche de fonctionnalité.
Dans un dépôt sans structure `.adlc/` ou sans diff significatif par rapport à main, ou lorsque l'on veut une revue indépendante (humaine ou CI) plutôt qu'une auto-vérification.
Analyse de sécurité
PrudenceThe skill primarily performs self-review using git commands and shell script execution for context loading. It does not include destructive, exfiltrating, or obfuscated actions, but the execution of arbitrary shell scripts from the working repository or user home directory introduces a moderate risk if those files are compromised, so it warrants caution.
- •Skill instructs execution of arbitrary shell scripts from repository paths (.adlc/partials/ethos-include.sh or ~/.claude/skills/partials/ethos-include.sh) without verification, which could execute malicious code if the repository or local environment is untrusted.
- •Uses inline shell command substitution (git branch, git diff) despite no allowed-tools being declared.
Exemples
/reflect/reflect REQ-042/reflect feature/payment-retryname: reflect description: Post-implementation self-review — catch issues before /review argument-hint: Optional REQ-xxx ID or branch name to scope the reflection
/reflect — Post-Implementation Reflection
You are performing a self-review of recently implemented code to catch issues before the formal /review step. This is a fast, honest assessment of your own work.
Ethos
!sh .adlc/partials/ethos-include.sh 2>/dev/null || sh ~/.claude/skills/partials/ethos-include.sh
Context
- Current branch: !
git branch --show-current 2>/dev/null || echo "Not a git repo" - Recent changes: !
git diff main --stat 2>/dev/null || echo "No diff available"
Context files loaded on demand: .adlc/context/conventions.md and .adlc/context/architecture.md are loaded by Step 1 below — skip the Read if they are already in the current conversation (e.g., when invoked from /proceed, which preloads them at Phase 0).
Input
Scope: $ARGUMENTS
Prerequisites
Before proceeding, verify that .adlc/context/conventions.md exists. If it doesn't, stop and tell the user: "The .adlc/ structure hasn't been initialized. Run /init first to set up conventions."
Instructions
Step 1: Determine Scope
- If given a REQ ID, find the associated branch and review its changes
- If given a branch name, review all changes on that branch vs
main - If no argument, review all changes on the current branch vs
main - Get the full diff:
git diff main...HEAD - Context files: if
.adlc/context/conventions.mdand.adlc/context/architecture.mdare NOT already in your conversation context, Read them now. Otherwise skip — they're already loaded.
Step 2: Dispatch the reflector agent
Launch the reflector agent via the Agent tool. The agent owns the canonical self-review checklist (Correctness, Convention Compliance, Architecture, Testing, Completeness) and handles reading changed files and cross-referencing lessons learned. Keeping the checklist in the agent ensures a single source of truth that /proceed Phase 5 also uses.
Provide the agent with:
- The scope (REQ ID, branch name, or "current uncommitted changes")
- The full diff from Step 1
conventions.mdandarchitecture.mdcontent (from Step 1)
Instruct it: "Read all changed files in full, grep .adlc/knowledge/lessons/ for applicable lessons, run your checklist, and report findings + questions. Do not apply fixes."
The agent will return:
- Issues Found — grouped by severity (Critical / Major / Minor) with file/line, description, suggested fix
- Clean Areas — 1-2 sentences on what was checked and looked good
- Questions for the User — ambiguities, design tradeoffs, assumptions, deferred edge cases
Step 3: Present the Agent's Report
Relay the agent's Issues Found and Clean Areas sections to the user verbatim. Do not re-run the checklist yourself — that would duplicate work and risk drift.
Step 4: Surface Questions from the Agent
The reflector agent returns a "Questions for the User" block covering ambiguous requirements, design tradeoffs, assumptions made, deferred edge cases, and UX/behavioral uncertainties. Relay that block to the user as a numbered list. If the agent returned "No questions — implementation is unambiguous," state that explicitly.
Do not proceed past this step until the user has answered — their responses may change what needs to be fixed.
Step 5: Fix or Defer
- If Critical issues are found, fix them immediately
- If Major issues are found, ask the user whether to fix now or note for
/review - Minor issues can be listed for the user to decide
- After fixes, re-run tests to verify nothing broke
Step 6: Recommend Next Action
- If no issues or only minor ones: "Ready for
/review" - If fixes were applied: "Fixes applied. Re-run
/reflectto verify, or proceed to/review" - If blockers remain: "Address these issues before
/review"
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/post-implementation-reflection-mtnxbrv4/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/post-implementation-reflection-mtnxbrv4' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/post-implementation-reflection-mtnxbrv4/download' --output '.skill-downloads/post-implementation-reflection-mtnxbrv4/SKILL.md.part' && mv '.skill-downloads/post-implementation-reflection-mtnxbrv4/SKILL.md.part' '.skill-downloads/post-implementation-reflection-mtnxbrv4/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.
Extrait original : Prerequisites
Before proceeding, verify that .adlc/context/conventions.md exists. If it doesn't, stop and tell the user: "The .adlc/ structure hasn't been initialized. Run /init first to set up conventions."
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/post-implementation-reflection-mtnxbrv4/SKILL.md' && test -s '.skill-downloads/post-implementation-reflection-mtnxbrv4/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/reflect' && cp -R '.skill-downloads/post-implementation-reflection-mtnxbrv4' '.claude/skills/reflect'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/post-implementation-reflection-mtnxbrv4'openskills read 'post-implementation-reflection-mtnxbrv4'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/post-implementation-reflection-mtnxbrv4/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.
Bonnes pratiques React Hook Form
Developpement
Maîtrisez React Hook Form : évitez les anti-patterns, gérez les abonnements, et traitez correctement reset, dirty state et entrées contrôlées.
Migration Emotion vers Mantine
Developpement
Migrer les styled-components Emotion vers des composants Mantine avec style props et modules CSS. Pour convertir .styled.tsx ou supprimer les imports @emotion.
Détecteur de dérive de périmètre
Developpement
Analyse les diffs git par rapport à une intention pour détecter la dérive de périmètre, fichiers non liés et PR trop larges, puis suggère de garder, diviser ou justifier.