Transformer les idées en brouillons en designs
Aperçu
Transformez des idées brutes en designs complètement formés grâce à des questions structurées et à l'exploration d'alternatives.
Principe fondamental : Poser des questions pour comprendre, explorer les alternatives, présenter le design de manière progressive pour validation.
Annoncez au démarrage : « J'utilise la skill Brainstorming Nori pour affiner votre idée en un design. »
Le processus
Phase 1 : Compréhension
- Vérifiez l'état du projet actuel dans le répertoire de travail
- Posez UNE question à la fois pour affiner l'idée
- Préférez les questions à choix multiples quand possible
- Rassemblez : objectif, contraintes, critères de succès
Phase 2 : Exploration
- Proposez 2-3 approches différentes
- Pour chacune : architecture centrale, compromis, évaluation de la complexité
- Demandez à votre partenaire humain quelle approche le séduit
Phase 3 : Présentation du design
- Présentez par sections de 200-300 mots
- Couvrez : architecture, composants, flux de données, gestion d'erreurs, tests
- Demandez après chaque section : « Cela vous semble-t-il correct jusqu'à présent ? »
Phase 4 : Mise en place du worktree (pour l'implémentation)
Quand le design est approuvé et l'implémentation va suivre :
- Annoncez : « J'utilise la skill Using Git Worktrees pour mettre en place un espace de travail isolé. »
- Basculez vers .claude/skills/using-git-worktrees
- Suivez le processus de cette skill pour la sélection du répertoire, la vérification de sécurité et la mise en place
- Revenez ici quand le worktree est prêt
Phase 5 : Handoff de planification
Demandez : « Êtes-vous prêt à créer le plan d'implémentation ? »
Quand votre partenaire humain confirme (toute réponse affirmative) :
- Annoncez : « J'utilise la skill Writing Plans pour créer le plan d'implémentation. »
- Basculez vers la skill .claude/skills/writing-plans
- Créez le plan détaillé dans le worktree
Quand revisiter les phases antérieures
Vous pouvez et devriez revenir en arrière quand :
- Le partenaire révèle une nouvelle contrainte pendant la Phase 2 ou 3 → Revenez à la Phase 1 pour la comprendre
- La validation montre une lacune fondamentale des exigences → Revenez à la Phase 1
- Le partenaire remet en question l'approche pendant la Phase 3 → Revenez à la Phase 2 pour explorer les alternatives
- Quelque chose n'a pas de sens → Revenez en arrière et clarifiez
Ne forcez pas la progression linéaire quand revenir en arrière donnerait de meilleurs résultats.
À retenir
- Une question par message pendant la Phase 1
- Appliquez YAGNI sans pitié
- Explorez 2-3 alternatives avant de vous décider
- Présentez progressivement, validez au fur et à mesure
- Revenez en arrière quand nécessaire - la flexibilité > la progression rigide
- Annoncez l'utilisation de la skill au démarrage