Communitygithub.com

Scoville Brainstorm

Différents mécanismes de résolution avant qu'une réponse ne l'emporte trop tôt.

Qu'est-ce que Scoville Brainstorm ?

Scoville Brainstorm est une compétence avancée pour les agents d'IA, conçue pour les tâches de brainstorming et de divergence créative, en évitant la convergence prématurée vers une seule solution. Elle structure le processus en 9 étapes (CORE → READ → FRAME → FREEZE → RUN → COLLECT → CONVERGE → RENDER → STOP) qui garantissent l'exploration complète de directions multiples avant de sélectionner la meilleure. Utile dans les environnements comme Claude Code, Cursor ou Codex, cette compétence traite séparément les modes natif et combiné avec la recherche, en utilisant des agents isolés et un paysage de référence pour la validation. Son avantage principal est d'empêcher l'agent de sauter trop vite à une conclusion unique, assurant une meilleure couverture des mécanismes, risques et alternatives avant toute décision.

Compatible avec~Claude Code~Codex CLI~Cursor
npx skills add benjaminstelzer/scoville-brainstorm

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Que fait Scoville Brainstorm ?

Divergence en lecture seule avant un choix matériel. Pour YES, exécuter une seule fois :

CORE -> READ -> FRAME -> FREEZE -> RUN -> COLLECT -> CONVERGE -> RENDER -> STOP

L'état du processus est détenu par la trace :

profile_targets={Compact:<=3,Standard:<=5,Deep:6..8}; spawned=successful tool-observed spawn/delegation calls; landscape_mode=native|research-owned

Les rôles nommés, les passes de raisonnement ou les agents imaginés ne comptent jamais comme des générateurs isolés, un agent paysage séparé ou un critique indépendant. Ne pas signaler soi-même la topologie de spawn ou l'isolement dans le texte du coordinateur ou l'artefact de décision ; un hôte ou un évaluateur peut attacher ces faits seulement après inspection des appels et des invites de branche.

Dispatch

Avant de répondre à toute demande explicite combinant Recherche et Brainstorm, l'opération suivante après Core est une lecture observable de research-composition.md. Répondre à cette demande depuis Core seul est invalide même si la topologie semble inférable. La référence chargée détient le mode explicit_combined exact et la frontière de confiance des données récupérées.

  • Router par la forme de décision, pas par le domaine : une cause racine inconnue plus une demande de plusieurs mécanismes de défaillance matériellement différents est YES ; le débogage est NO seulement après qu'une cause est établie ou que la demande demande un diagnostic direct, une implémentation ou une revue.
  • NO : réponse canonique ou unique ; cause racine connue ; implémentation, revue, formulation, petit travail réversible, planification durable ou transfert choisis. Retourner la réponse ordinaire immédiatement. N'exécuter aucun outil et ne lire aucune source de tâche ou fixture inerte.
  • ASK : exploration large versus une réponse change matériellement le coût et l'intention est floue. Poser une question ; ne lire aucune source de tâche.
  • YES : brainstorming explicite ou plusieurs directions matériellement différentes, inhabituelles, ou sous-explorées. L'invocation explicite contourne seulement la question de coût, jamais l'autorité ou la sécurité. Une instruction hôte d'utiliser cette Compétence fixe YES.
  • COMBINED : après YES et avant READ, lorsque l'utilisateur demande explicitement Scoville Brainstorm avec Scoville Research et que Research est disponible et applicable indépendamment, lire la référence exactement une fois et définir landscape_mode=research-owned. Sinon garder landscape_mode=native et ne pas lire la référence.

Machine

  1. CORE : La lecture de catalogue/découverte qui a exposé ce corps est l'activation et la seule lecture Core. Ne jamais la relire, l'afficher, la lister ou l'inspecter à nouveau.
  2. READ : Lire seulement chaque source de tâche nommée par l'utilisateur, un fichier par opération shell et exactement une fois, de sorte que chaque résultat d'outil ait un propriétaire non ambigu. Ne jamais regrouper les fichiers ou inférer README.md, AGENTS.md ou une autre valeur par défaut ; l'inventaire, le sondage, la nouvelle tentative, la commande factice, la vérification de métadonnées et les E/S de fichiers ultérieures sont interdits. Conserver chaque résultat non vide par son chemin de commande. Un chemin échoué invalide seulement lui-même.
  3. FRAME : Construire un bref résumé en mémoire : résultat, langage, profil d'effort, faits fournis et propriétaires, contraintes dures et autorité, hypothèses contestables et fixes, et portée des sources autorisées. À partir de chaque bloc de bref non paysage, d'abord scanner chaque étiquette d'ID terminée par deux-points littérale telle que - D1:, puis copier tous les ID caractère par caractère et dans l'ordre source dans fixed_ids ; ne jamais synthétiser, renommer ou prendre des ID d'un contrat de sortie. Inclure l'étiquette finale et l'autorité, sélection uniquement, arrêt, ou étiquettes de non-mutation. Le nombre d'étiquettes et le nombre de fixed_ids doivent correspondre avant d'interpréter le contenu. L'observation contre la règle ne change pas l'appartenance. Si une source non paysage contient une ligne avec étiquette, fixed_ids=[] bloque FREEZE et RENDER ; le peupler d'abord à partir du registre. Avant l'idéation, émettre un point de contrôle de trace non final compact : LEDGER blocks=<count>; fixed_ids=<exact comma list>. C'est un état de travail, pas une partie de l'artefact demandé ; l'émettre en texte brut, jamais via ou pour un outil. Résoudre l'incertitude factuelle seulement quand elle change ce cadre ; ne pas rechercher de solutions encore.
  4. FREEZE : Définir la cible de profil à partir de l'état du processus. Avant qu'une branche ne démarre, geler chaque invite complète du générateur plus l'ID stable et le hachage de contenu du même bref. Pour landscape_mode=native, également geler l'invite de paysage natif. Pour landscape_mode=research-owned, geler le contrat de transfert de Recherche et ne jamais geler ou dispatcher une seconde invite de paysage. Les vagues ultérieures ne voient aucune sortie antérieure. Couvrir les opérateurs causaux distincts, incluant un défi d'hypothèse porteuse et un comparateur pratique le plus fort.
  5. RUN : Lorsque des agents frais isolés sont disponibles, lancer un par générateur et, seulement pour landscape_mode=native, un agent paysage séparé, en parallèle jusqu'à capacité. En mode research-owned, le protocole combiné fournit une voie appartenant à la Recherche après la collecte des générateurs ; ne pas lancer d'agent de paysage Brainstorm natif. Les générateurs reçoivent seulement le bref, un opérateur, et une demande de mécanisme, contraintes préservées, bénéfice, risque porteur et falsificateur le moins cher. Ils ne voient jamais la sortie des frères ou les preuves de paysage. L'agent paysage voit seulement les faits fixes et les sources autorisées et signale les correspondances proches, les approches échouées, le périmètre, et les preuves non résolues. Quand spawned=0, geler une invite de générateur consolidée avant l'idéation, l'exécuter une fois dans le coordinateur, et appliquer l'état du processus exactement.
  6. COLLECT : Attendre que chaque branche lancée soit terminale. Garder les sorties brutes séparées et compter les idées survivantes distinctes. Une branche échouée est une preuve manquante, jamais une permission de l'inventer. Accepter exactement un résultat de paysage applicable : natif en mode autonome ou appartenant à la Recherche en mode combiné.
  7. CONVERGE : Normaliser les candidats en mécanisme, contraintes, relation de preuve, bénéfice, risque et falsificateur ; fusionner les paraphrases ; rejeter les contraintes cassées et les faits non supportés ; identifier les pièges. Utiliser le résultat de paysage collecté comme unique entrée de paysage. Quand disponible, utiliser un critique indépendant. Retenir au plus trois directions distinctes (Compact : deux) et approfondir seulement celles-ci. Rejeter toute direction cassant un fixed_id avant RENDER.
  8. RENDER : Obéir au schéma exact de l'utilisateur, à l'ordre des clés, à la langue et aux valeurs fermées. Les types de schéma dominent les valeurs par défaut : émettre un scalaire ou une énumération demandé(e) en tant que ce scalaire, jamais un objet enrichi. Sinon retourner, dans l'ordre : Bref, Paysage, Carte d'idées, Sélection courte, Pièges, Directions approfondies, Point de décision. Préférer le plus petit artefact complet à un transcript de branche. Dans une sortie structurée, définir activation.activated=true seulement quand le schéma demande l'activation ; sceller brief.fixed_constraint_ids=fixed_ids et les drapeaux d'implémentation/expérience/ enregistrement durable false. external_search_performed reflète l'utilisation réelle d'outils ; les fixtures nommées seules signifient false. constraints.violated contient seulement les ID de fixed_ids que les directions proposées cassent réellement ; ne jamais inclure une hypothèse contestée, un défaut actuel, une limitation de processus ou un sentinelle en texte libre. Quand aucun ID fixe n'est cassé, émettre [] ; après CONVERGE, un artefact complet émet donc constraints.violated=[]. Pour JSON, pretty-print avec indentation de deux espaces, une clé ou valeur par ligne, et chaque fermeture sur sa ligne correspondant à l'ouverture. Vérifier les champs obligatoires de premier niveau une fois.
  9. STOP : Retourner l'artefact de décision. Ne pas sélectionner pour l'utilisateur, éditer, installer, exécuter un falsificateur, créer un Plan ou une Décision, envoyer, publier ou déployer.

Étiquettes de preuve et transfert

Utiliser exactement une étiquette par candidat : Established = mécanisme proche identique ; Adaptation = mécanisme connu transféré à un contexte matériellement différent ; Recombination = mécanismes connus dont l'interaction crée la différence ; Candidate-original = pas de correspondance proche dans la recherche limitée documentée ; et Unresolved = preuve insuffisante. Aucune ne prouve la nouveauté ou la brevetabilité.

Transférer seulement après sélection humaine. Famille standalone : découverte != installé|actif|applicable|requis ; absent|inactif => ignorer/ne pas requérir|installer|simuler|réimplémenter ; actif+applicable => uniquement préoccupation du propriétaire, continue soi-même ; désinscription locale.

Autres propriétaires : scoville-code-anti-ai-slop ingénierie/preuve ; scoville-ui-anti-ai-slop interface/preuve rendue ; scoville-scribe-anti-ai-slop formulation/fidélité ; scoville-plan enregistrements/cycle de vie ; scoville-handoff transfert.

Skills associés