# Compétence d'agent : du brainstorming d'idées à la conception > Transformez des idées vagues en conceptions et spécifications claires et validées grâce à un dialogue structuré et un raisonnement discipliné, évitant ainsi une implémentation prématurée et des solutions mal alignées. Commencez à concevoir avec clarté en quelques secondes. - Canonical: https://nanoskill.ai/fr/skills/brainstorming-ideas-to-designs - Markdown: https://nanoskill.ai/fr/skills/brainstorming-ideas-to-designs.md - Author: sickn33 - Published: 2026-05-23T00:10:47.865Z - Updated: 2026-07-15T13:36:27.068Z - Language: fr - Source type: github - Popularity signal: 38396 ## Sources - https://github.com/sickn33/antigravity-awesome-skills ## Install ```shell npx skills add https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/brainstorming ``` ## About La compétence d'agent de brainstorming d'idées en conceptions aide à transformer des concepts vagues en conceptions et spécifications claires et validées grâce à un processus structuré et collaboratif. Agissant comme un facilitateur de conception et un réviseur senior, elle guide les utilisateurs à travers un flux de travail de raisonnement discipliné, garantissant que les idées sont soigneusement examinées et comprises avant toute implémentation. Cela évite les pièges courants tels que le codage prématuré, les hypothèses cachées, les solutions mal alignées et les systèmes fragiles, conduisant finalement à des résultats plus robustes et efficaces. Cette compétence impose une approche méthodique, commençant par une étape obligatoire pour comprendre le contexte actuel du projet, y compris la documentation existante et les décisions antérieures. Elle procède ensuite à une phase de questions-réponses ciblée pour établir une compréhension partagée sur l'objectif, les utilisateurs, les contraintes et les exigences non fonctionnelles. Une étape cruciale de 'Verrou de compréhension' garantit une confirmation explicite de l'intention avant d'explorer les approches de conception, qui sont présentées de manière incrémentielle avec des compromis clairs. Tout au long du processus, la compétence maintient un journal de décision obligatoire, documentant les choix, les alternatives et les justifications pour garantir la transparence et fournir un enregistrement historique. Après validation, la conception finale est documentée et un transfert facultatif vers l'implémentation peut avoir lieu. Ce flux de travail structuré est idéal pour valider de nouvelles fonctionnalités, concevoir des architectures système et affiner les flux de comportement des utilisateurs, en s'assurant que toutes les hypothèses majeures sont documentées et que les risques clés sont reconnus avant d'aller de l'avant. ## Key features - **Facilitation de conception structurée**: Agit comme un facilitateur de conception et un réviseur senior, guidant le processus pour transformer des idées brutes en conceptions et spécifications claires et validées avant le début de l'implémentation. - **Empêche l'implémentation prématurée**: Assure une approche disciplinée en interdisant l'implémentation, le codage ou la modification du comportement lorsqu'elle est active, se concentrant uniquement sur la validation de la conception. - **Compréhension obligatoire du contexte**: Nécessite un examen approfondi de l'état actuel du projet, y compris les fichiers, la documentation et les décisions antérieures, pour identifier les éléments existants et les changements proposés. - **Présentation incrémentale de la conception**: Divise les propositions de conception en sections gérables (200 à 300 mots maximum), en demandant une confirmation après chacune pour assurer un alignement et une validation continus. - **Journalisation complète des décisions**: Tient un journal continu de toutes les décisions, y compris les alternatives envisagées et les raisons des choix, garantissant la transparence et préservant la documentation pour référence future. ## Use cases - **Valider de nouvelles fonctionnalités**: Utilisez cette compétence pour brainstormer et valider en profondeur de nouvelles idées de fonctionnalités, en vous assurant qu'elles s'alignent sur les objectifs du projet et les besoins des utilisateurs avant de commencer tout travail de développement. - **Concevoir l'architecture du système**: Appliquez le processus de brainstorming structuré pour concevoir des architectures système robustes, en clarifiant les exigences non fonctionnelles et en explorant plusieurs approches. - **Affiner les flux de comportement utilisateur**: Facilitez les discussions pour affiner les flux de comportement utilisateur, en identifiant les cas limites et en assurant une compréhension claire des interactions utilisateur et des réponses du système. ## Result preview Voyez un véritable prototype d'interface utilisateur généré par cette compétence d'agent. ![brainstorming-demo-01](https://file.nanoskill.ai/brainstorming-demo-01.jpg) ![brainstorming-demo-02](https://file.nanoskill.ai/brainstorming-demo-02.jpg) ![brainstorming-demo-03](https://file.nanoskill.ai/brainstorming-demo-03.jpg) ![brainstorming-demo-04](https://file.nanoskill.ai/brainstorming-demo-04.jpg) ## Result walkthrough ### Étape 1：Installer Ajouter la compétence à votre agent ![brainstorming-step-1](https://file.nanoskill.ai/brainstorming-step-1.jpg) ### Étape 2：Décrivez votre concept Commencez avec votre idée ou le défi que vous souhaitez explorer. ![brainstorming-step-2](https://file.nanoskill.ai/brainstorming-step-2.jpg) ### Étape 3：Affiner la conception Recevez des recommandations de conception et une proposition bien définie. ![brainstorming-step-3](https://file.nanoskill.ai/brainstorming-step-3.jpg) ## Skill definition # Du brainstorming d'idées aux conceptions ## Objectif Transformer des idées brutes en **conceptions et spécifications claires et validées** par le biais d'un dialogue structuré **avant toute mise en œuvre**. Cette compétence existe pour prévenir : - la mise en œuvre prématurée - les hypothèses cachées - les solutions mal alignées - les systèmes fragiles Il vous est **interdit** de mettre en œuvre, coder ou modifier le comportement lorsque cette compétence est active. --- ## Mode de fonctionnement Vous opérez en tant que **facilitateur de conception et réviseur principal**, pas en tant que constructeur. - Pas de mise en œuvre créative - Pas de fonctionnalités spéculatives - Pas d'hypothèses implicites - Pas de saut d'étapes Votre rôle est de **ralentir le processus juste assez pour bien faire les choses**. --- ## Le processus ### 1️⃣ Comprendre le contexte actuel (Première étape obligatoire) Avant de poser des questions : - Examiner l'état actuel du projet (si disponible) : - fichiers - documentation - plans - décisions antérieures - Identifier ce qui existe déjà par rapport à ce qui est proposé - Noter les contraintes qui semblent implicites mais non confirmées **Ne concevez pas encore.** --- ### 2️⃣ Comprendre l'idée (Une question à la fois) Votre objectif ici est la **clarté partagée**, pas la rapidité. **Règles :** - Poser **une question par message** - Préférer les **questions à choix multiples** lorsque c'est possible - Utiliser des questions ouvertes seulement si nécessaire - Si un sujet nécessite de la profondeur, le diviser en plusieurs questions Se concentrer sur la compréhension de : - l'objectif - les utilisateurs cibles - les contraintes - les critères de succès - les non-objectifs explicites --- ### 3️⃣ Exigences non fonctionnelles (Obligatoire) Vous DEVEZ explicitement clarifier ou proposer des hypothèses pour : - Attentes de performance - Échelle (utilisateurs, données, trafic) - Contraintes de sécurité ou de confidentialité - Besoins de fiabilité / disponibilité - Attentes en matière de maintenance et de propriété Si l'utilisateur n'est pas sûr : - Proposer des valeurs par défaut raisonnables - Les marquer clairement comme **hypothèses** --- ### 4️⃣ Verrouillage de la compréhension (Porte stricte) Avant de proposer **toute conception**, vous DEVEZ faire une pause et procéder comme suit : #### Résumé de la compréhension Fournir un résumé concis (5 à 7 points) couvrant : - Ce qui est construit - Pourquoi cela existe - À qui cela est destiné - Contraintes clés - Non-objectifs explicites #### Hypothèses Lister explicitement toutes les hypothèses. #### Questions ouvertes Lister les questions non résolues, le cas échéant. Puis demander : > « Est-ce que cela reflète fidèlement votre intention ? > Veuillez confirmer ou corriger quoi que ce soit avant de passer à la conception. » **Ne PAS continuer avant d'avoir reçu une confirmation explicite.** --- ### 5️⃣ Explorer les approches de conception Une fois la compréhension confirmée : - Proposer **2 à 3 approches viables** - Commencer par votre **option recommandée** - Expliquer clairement les compromis : - complexité - extensibilité - risque - maintenance - Éviter l'optimisation prématurée (**YAGNI sans pitié**) Ce n'est toujours **pas** la conception finale. --- ### 6️⃣ Présenter la conception (Progressivement) Lors de la présentation de la conception : - La diviser en sections de **200 à 300 mots maximum** - Après chaque section, demander : > « Est-ce que cela semble correct jusqu'à présent ? » Couvrir, selon le cas : - Architecture - Composants - Flux de données - Gestion des erreurs - Cas limites - Stratégie de test --- ### 7️⃣ Journal des décisions (Obligatoire) Tenir un **journal des décisions** tout au long de la discussion de conception. Pour chaque décision : - Ce qui a été décidé - Alternatives envisagées - Pourquoi cette option a été choisie Ce journal doit être conservé pour la documentation. --- ## Après la conception ### 📄 Documentation Une fois la conception validée : - Rédiger la conception finale dans un format durable et partagé (par exemple, Markdown) - Inclure : - Résumé de la compréhension - Hypothèses - Journal des décisions - Conception finale Conserver le document selon le flux de travail standard du projet. --- ### 🛠️ Passage à la mise en œuvre (Optionnel) Seulement après que la documentation est complète, demander : > « Prêt pour la mise en œuvre ? » Si oui : - Créer un plan de mise en œuvre explicite - Isoler le travail si le flux de travail le permet - Procéder progressivement --- ## Critères de sortie (Conditions d'arrêt strict) Vous pouvez quitter le mode brainstorming **seulement lorsque toutes les conditions suivantes sont remplies** : - Le verrouillage de la compréhension a été confirmé - Au moins une approche de conception est explicitement acceptée - Les hypothèses majeures sont documentées - Les risques clés sont reconnus - Le journal des décisions est complet Si un critère n'est pas satisfait : - Continuer l'affinement - **Ne PAS passer à la mise en œuvre** --- ## Principes clés (Non négociables) - Une question à la fois - Les hypothèses doivent être explicites - Explorer les alternatives - Valider progressivement - Préférer la clarté à l'ingéniosité - Être prêt à revenir en arrière et clarifier - **YAGNI sans pitié** --- Si la conception est à fort impact, à haut risque ou nécessite une confiance élevée, vous DEVEZ transmettre la conception finalisée et le journal des décisions à la compétence `multi-agent-brainstorming` avant la mise en œuvre. ## Quand utiliser Cette compétence est applicable pour exécuter le flux de travail ou les actions décrits dans la vue d'ensemble. ## Limitations - Utilisez cette compétence uniquement lorsque la tâche correspond clairement à la portée décrite ci-dessus. - Ne considérez pas le résultat comme un substitut à la validation, aux tests ou à l'examen d'expert spécifiques à l'environnement. - Arrêtez-vous et demandez des éclaircissements si des entrées, autorisations, limites de sécurité ou critères de succès requis sont manquants. ## FAQ ### Quel est l'objectif principal de la compétence Brainstorming ? L'objectif principal de la compétence Brainstorming est de transformer des idées brutes en conceptions et spécifications claires et validées grâce à un dialogue structuré avant le début de toute implémentation. Elle agit en tant que facilitateur de conception et réviseur senior. ### Puis-je utiliser cette compétence pour écrire du code ou implémenter des fonctionnalités ? Non, il n'est pas autorisé d'implémenter, de coder ou de modifier le comportement lorsque cette compétence est active. Elle se concentre uniquement sur la conception et la validation pour éviter une implémentation prématurée. ### Comment la compétence garantit-elle une clarté partagée pendant le brainstorming ? La compétence garantit une clarté partagée en exigeant une question par message, en privilégiant les questions à choix multiples et en se concentrant sur la compréhension de l'objectif, des utilisateurs cibles, des contraintes et des critères de succès avant de passer à la conception. ### Que sont les « Exigences Non Fonctionnelles » et pourquoi sont-elles obligatoires ? Les Exigences Non Fonctionnelles (ENF) incluent les attentes en matière de performance, d'échelle, de sécurité, de fiabilité et de maintenance. Elles sont obligatoires pour clarifier ou proposer des hypothèses, garantissant une conception complète qui prend en compte les attributs critiques du système. ### Qu'est-ce que le « Verrouillage de Compréhension » et quand se produit-il ? Le Verrouillage de Compréhension est une barrière stricte où vous devez faire une pause et fournir un résumé concis de l'idée, énumérer les hypothèses et les questions ouvertes. Vous ne pouvez pas passer à la conception tant qu'une confirmation explicite n'a pas été donnée que le résumé reflète fidèlement l'intention de l'utilisateur. ### Que se passe-t-il une fois la conception validée ? Une fois la conception validée, la compétence exige de documenter la conception finale dans un format durable, incluant le résumé de compréhension, les hypothèses et le journal des décisions. Un transfert optionnel pour l'implémentation peut ensuite avoir lieu.