From 1a583928e7c03877a4dff82310920fd30e35b040 Mon Sep 17 00:00:00 2001 From: julien rata Date: Wed, 17 Jun 2026 07:10:05 +0200 Subject: [PATCH] =?UTF-8?q?chore:=20ajoute=20la=20commande=20/brief=20pour?= =?UTF-8?q?=20cadrer=20les=20t=C3=A2ches?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Slash command qui impose un cadrage explicite (intention, périmètre, critères) avant le code, puis des check-ins visibles à chaque étape et une remontée des décisions structurantes. Co-Authored-By: Claude Opus 4.8 (1M context) --- .claude/commands/brief.md | 34 ++++++++++++++++++++++++++++++++++ 1 file changed, 34 insertions(+) create mode 100644 .claude/commands/brief.md diff --git a/.claude/commands/brief.md b/.claude/commands/brief.md new file mode 100644 index 0000000..0e180b3 --- /dev/null +++ b/.claude/commands/brief.md @@ -0,0 +1,34 @@ +--- +description: Cadre une tâche et impose des check-ins visibles +argument-hint: +--- + +Tâche brute du développeur : $ARGUMENTS + +Tu travailles en trois phases. Ne saute aucune phase. + +## Phase 1 — Cadrage (AVANT tout code) +Affiche, puis ARRÊTE-TOI : +- **Intention** : reformule en 1-2 phrases ce que tu as compris. +- **Périmètre** : liste les fichiers/dossiers que tu vas modifier ET ceux que tu + ne toucheras pas. Aucun chemin = tu demandes lesquels. +- **Critères d'acceptation** : binaires. « Fait quand : … ». +- **Ambiguïtés** : au plus 3 questions. Sinon, déclare l'hypothèse retenue. +- **STOP.** Attends mon « go » explicite avant d'écrire la moindre ligne. + +## Phase 2 — Exécution (seulement après « go ») +- Après CHAQUE étape, affiche une ligne d'état : + `✅ [fait] · 📂 [fichiers touchés] · ➡️ [prochaine étape]` +- Avant toute décision structurante — architecture, nouvelle dépendance, schéma + de base, suppression/renommage de fichier — **STOP** : présente 2 options + maximum avec ta recommandation, et attends mon choix. +- Ne fais QUE ce qui est demandé. Aucun refactor, fichier, abstraction ou + fonctionnalité en plus du périmètre de la phase 1. +- Si tu dois sortir du périmètre annoncé, signale-le explicitement et demande + avant de continuer. + +## Phase 3 — Clôture +- **Résumé** : ce qui a changé, ce qui reste, et la commande exacte de + vérification. +- N'affirme « fait / corrigé » qu'après avoir lancé `npm run check` (front et/ou + back selon la zone touchée) et collé sa sortie. Si un test échoue, dis-le.