Jamie-BitFlight/compétence-de-brainstorming

Compétence de Brainstorming

Aperçu

Cette compétence a deux objectifs critiques :

1. Processus de conception interactif : Guide l'IA à travers un dialogue naturel et collaboratif pour transformer les idées en conceptions et spécifications complètes avant d'écrire la moindre ligne de code.
2. Cadre d'idéation complet : Fournit des modèles de prompts validés par la recherche (voir les Références de Documentation des Modèles ci-dessous) pour aider à générer des idées de haute qualité dans tous les domaines (marketing, contenu, fonctionnalités).

Le Flux de Travail de Brainstorming

Vous DEVEZ créer une tâche pour chacun de ces éléments et les compléter dans l'ordre lorsque vous travaillez sur des fonctionnalités logicielles, des conceptions de composants ou des tâches complexes. (Pour l'idéation de contenu/marketing pur, adaptez ces étapes en utilisant la Bibliothèque de Modèles ci-dessous).

1. Explorer le contexte — vérifier l'état du projet, les fichiers, la documentation, les commits récents
2. Poser des questions de clarification — une à la fois, comprendre le but, les contraintes et les critères de succès
3. Proposer 2-3 approches — avec leurs compromis et votre recommandation (utilisez la Bibliothèque de Modèles pour l'inspiration)
4. Présenter la conception — en sections adaptées à la complexité, obtenir l'approbation de l'utilisateur après chaque section
5. Documenter le résultat — écrire la conception/les idées validées dans un fichier Markdown approprié (par ex., docs/plans/YYYY-MM-DD-<sujet>-conception.md) et commiter
6. Transition — n'invoquer une compétence de planification ou d'implémentation qu'après approbation

Flux de Processus

[!IMPORTANT] Lorsqu'un diagramme de processus ou un diagramme Mermaid est fourni, traitez-le comme la procédure faisant autorité. Exécutez les étapes dans l'ordre exact indiqué, y compris les branches, les points de décision et les conditions d'arrêt. Un diagramme de processus Mermaid est un ensemble d'instructions exécutables. Suivez-le exactement comme écrit : respectez la séquence, les conditions, les boucles, les chemins parallèles et les états terminaux. N'improvisez pas, ne réorganisez pas et ne sautez pas d'étapes. Si un nœud est ambigu ou manque de détails nécessaires, faites une pause et posez une question de clarification avant de continuer. Lorsque vous interagissez avec un utilisateur, signalez avant d'agir le chemin interprété que vous suivrez à partir du diagramme, puis exécutez.

Le diagramme suivant est la procédure faisant autorité pour le flux de travail de brainstorming. Exécutez les étapes dans l'ordre exact indiqué, y compris les branches, les points de décision et les conditions d'arrêt.

flowchart TD
    subgraph Phase1["Phase 1 : Découverte — établir l'état actuel avant de proposer"]
        Explore["Explorer le contexte — vérifier l'état du projet, fichiers, docs, commits récents"]
        Ask["Poser des questions de clarification — une à la fois, comprendre le but/contraintes/critères de succès"]
        Propose["Proposer 2-3 approches — avec compromis et recommandation, utiliser la Bibliothèque de Modèles"]
    end
    subgraph Phase2["Phase 2 : Validation — obtenir une approbation explicite de l'utilisateur avant de continuer"]
        Present["Présenter la conception — en sections adaptées à la complexité, obtenir l'approbation après chaque section"]
        Approve{"L'utilisateur confirme-t-il explicitement<br>l'approbation ou demande-t-il une révision?"}
    end
    subgraph Phase3["Phase 3 : Achèvement — documenter et passer la main"]
        Document["Documenter le résultat — écrire la conception validée dans docs/plans/YYYY-MM-DD-sujet-conception.md et commiter"]
        Transition(["Transition — n'invoquer la compétence de planification ou d'implémentation qu'après approbation"])
    end

    Explore --> Ask --> Propose --> Present
    Present --> Approve
    Approve -->|"L'utilisateur demande une révision — réviser et représenter"| Present
    Approve -->|"L'utilisateur confirme l'approbation — continuer"| Document
    Document --> Transition

Principes Conversationnels

• Une question à la fois - Ne submergez pas avec plusieurs questions. Décomposez les sujets complexes.
• Choix multiples privilégiés - Plus facile pour l'utilisateur de répondre que des questions ouvertes quand c'est possible.
• YAGNI sans pitié - Supprimez les fonctionnalités inutiles de toutes les conceptions.
• Explorez les alternatives - Proposez toujours 2-3 approches avant de vous fixer.
• Validation incrémentale - Présentez la conception, obtenez l'approbation avant de continuer.
• Soyez flexible - Revenez en arrière et clarifiez quand quelque chose n'a pas de sens.

Catégories de Modèles pour l'Idéation et les Approches

Lorsque vous proposez des approches ou générez des idées pour l'utilisateur, utilisez ces 14 catégories systématiques. Chaque modèle comprend des modèles de prompts exacts, des spécifications de format de sortie et des métriques de succès.

<category_index>

1. Multiplication de Perspectives - Générer des idées à partir de multiples points de vue et angles des parties prenantes
2. Variation de Contraintes - Explorer l'espace des idées à travers des contraintes artificielles
3. Inversion & Espace Négatif - Utiliser la pensée inversée pour trouver des solutions novatrices
4. Transfert Analogique - Appliquer des modèles de différents domaines
5. Décomposition Systématique des Fonctionnalités - SCAMPER et idéation basée sur les attributs
6. Exploration de Scénarios - Pensée basée sur le futur et "et si"
7. Idéation Structurée Basée sur les Contraintes - Construire dans le cadre de contraintes strictes
8. Raisonnement par Chaîne de Pensée - Processus de raffinement en plusieurs étapes
9. Exploration par Combinaison & Morphologique - Forcer des combinaisons de fonctionnalités novatrices
10. Défi des Hypothèses - Questionner les prémisses et inverser les hypothèses
11. Modèles à Compléter - Formats de complétion structurés
12. Positionnement Concurrentiel - Approches matricielles de différenciation
13. Mise à l'Échelle Extrême - Pensée 10x et scénarios exponentiels
14. Basé sur les Parties Prenantes & l'Empathie - Parcours client et modèles de personas </category_index>

<selection_guide>

Le diagramme suivant est la procédure faisant autorité pour la sélection des modèles. Exécutez les étapes dans l'ordre exact indiqué, y compris les branches, les points de décision et les conditions d'arrêt.

flowchart TD
    Start(["L'utilisateur demande des idées ou approches"]) --> Goal{"Quel est l'objectif<br>principal de l'idéation?"}
    Goal -->|"Quantité rapide — 8-15 idées"| PersMult["Utiliser les modèles de Multiplication de Perspectives"]
    Goal -->|"Qualité/profondeur — idées raffinées"| MultiStage["Utiliser le raffinement en plusieurs étapes<br>avec variation de contraintes"]
    Goal -->|"Innovation de rupture"| InversionExtreme["Combiner Inversion + Mise à l'Échelle Extrême"]
    Goal -->|"Implémentation pratique"| Constraint["Utiliser les modèles Basés sur les Contraintes"]
    Goal -->|"Différenciation marché"| Competitive["Utiliser les modèles de Positionnement Concurrentiel"]
    Goal -->|"Fonctionnalités centrées client"| Stakeholder["Utiliser les modèles Parties Prenantes et Empathie"]

    PersMult --> Apply(["Appliquer le modèle sélectionné depuis la Bibliothèque de Modèles"])
    MultiStage --> Apply
    InversionExtreme --> Apply
    Constraint --> Apply
    Competitive --> Apply
    Stakeholder --> Apply

</selection_guide>

Optimisation du Format de Sortie

<format_guidance> Les modèles de brainstorming réussis spécifient des formats de sortie exacts :

• "Liste numérotée" > "points de puce" (meilleur pour le suivi des idées)
• "Format tableau : Idée | Raisonnement | Implémentation | Compromis" (force l'exhaustivité)
• "Pour chaque idée, expliquez votre raisonnement" (augmente la qualité de 40%)
• Spécifiez les plages de nombre de mots (200-400 mots évite à la fois la brièveté et la verbosité) </format_guidance>

Références de Documentation des Modèles

La documentation complète des modèles est organisée dans des fichiers de référence :

• Catégories de Modèles et Documentation - liste complète des catégories et modèles
• Applications Spécifiques au Domaine - Marketing, Développement de Produits, Tests QA, Stratégie Commerciale
• Guide de Sélection des Modèles - Cadre de décision pour choisir les modèles appropriés
• Synthèse : Ce Qui Rend les Modèles Efficaces
• Bibliothèque Complète de Prompts - Modèles prêts à l'emploi
• Résumé Exécutif
• Bibliographie et Documentation des Sources

Notes pour les Instances Claude

<ai_instructions>

• Commencez par évaluer s'il s'agit d'une tâche de conception d'implémentation ou d'une tâche d'idéation de contenu/marketing.
• Appliquez TOUJOURS le <HARD-GATE>. Ne passez jamais au code sans une conception approuvée.
• Lorsque vous générez des idées/approches, fournissez les modèles de prompts exacts des fichiers de référence, et non des versions paraphrasées.
• Citez les fichiers sources lorsque vous référencez des modèles spécifiques. </ai_instructions>