council-of-high-intelligence

Council of High Intelligence est un protocole de délibération distribué comme plugin/installeur pour plusieurs clients de codage IA. Il vise les décisions présentant des inconvénients matériels, des valeurs concurrentes, des preuves incomplètes ou une irréversibilité, plutôt que les recherches factuelles ou les expériences réversibles bon marché. Comment cela fonctionne Le conseil attribue une question difficile à des personnalités analytiques délibérément différentes. Les membres reformulent d'abord le problème, analysent indépendamment, contre-interrogent les autres positions, déclarent une position finale, puis entrent en synthèse. Des contrôles d'application recherchent un accord prématuré, des affirmations répétées, une dissidence manquante et une confiance non étayée. Les verdicts commencent par ce qui reste non résolu et associent une recommandation à des compromis acceptables, des critères d'abandon et une prochaine étape concrète. Lorsque le décompte pondéré reste partagé, la division est renvoyée plutôt que lissée en consensus prosaïque. Les preuves sont étiquetées comme FACT (directement étayé), INFERENCE (découle des preuves mais non directement observé), ASSUMPTION (requis mais non vérifié) ou UNKNOWN (informations manquantes qui pourraient changer la décision). Modes - Full : analyse indépendante, contre-interrogatoire, position finale, synthèse. - Quick (--quick) : reformulation, analyse rapide, positions finales. - Duo (--duo) : positions d'ouverture, réponse directe, déclarations finales. - Triades nommées (--triad) sélectionnent trois lentilles pour un domaine tel que architecture, stratégie, éthique, débogage, risque, livraison, produit, fondateur, ia, produit-ia, sécurité-ia, décision, systèmes, incertitude, conception, économie ou biais. Les membres peuvent également être choisis explicitement avec --members, et des profils tels que classic, exploration-orthogonal et execution-lean sont documentés dans SKILL.md. Personnalités Dix-huit contrats de membres vivent sous agents/. Chacun a un protocole de base, une méthode, des angles morts connus et un contrat de réponse structuré. Les exemples incluent Aristote (catégories et structure), Socrate (destruction des hypothèses), Sun Tzu (terrain et stratégie adverse), Ada Lovelace (systèmes formels), Marc Aurèle (résilience et clarté morale), Machiavel (pouvoir et incitations), Lao Tseu (non-action et émergence), Richard Feynman (explication et débogage empirique), Linus Torvalds (livraison et maintenabilité), Miyamoto Musashi (timing), Alan Watts (recadrage), Andrej Karpathy (comportement ML empirique), Ilya Sutskever (mise à l'échelle et sécurité IA), Daniel Kahneman (biais cognitif), Donella Meadows (boucles de rétroaction), Charlie Munger (inversion et treillis de modèles), Nassim Taleb (risque de queue et fragilité) et Dieter Rams (clarté utilisateur et retenue). Le README les présente comme des instruments analytiques plutôt que des revendications d'incarnation. Installation et hôtes Les utilisateurs de Claude Code peuvent ajouter la place de marché de plugins et installer le plugin, puis utiliser /council. Pour Codex, Gemini CLI ou OpenCode, le dépôt est cloné et install.sh est exécuté avec --codex-only, --gemini-only ou --opencode-only ; la commande reste /council sur chaque hôte pris en charge. L'installeur prend également en charge les drapeaux combinés, --copy-configs pour les modèles de routage fournisseur, --dry-run, et les répertoires cibles personnalisés via --claude-dir, --codex-dir, --gemini-dir et --opencode-dir. Routage multi-fournisseur Un script de détection vérifie quels fournisseurs pris en charge sont disponibles et le coordinateur répartit les sièges entre eux, séparant les paires de polarité lorsque possible afin qu'une famille de modèles ne joue pas les deux côtés d'un désaccord. Les chemins de détection incluent les sous-agents natifs de l'hôte, les exécutables codex, gemini, ollama et cursor-agent, et NVIDIA_API_KEY. Le routage peut être prévisualisé avec --dry-route, désactivé avec --no-auto-route, ou épinglé avec --models et une copie de configs/provider-model-slots.example.yaml. Une défaillance du fournisseur est signalée avant qu'un siège ne retombe sur l'hôte natif. Suivi des résultats Avant d'agir, les utilisateurs sont invités à enregistrer la prédiction, le propriétaire, la date de révision et les preuves qui changeraient la recommandation. Au point de contrôle, le résultat est marqué comme confirmé, révisé, inversé ou non concluant au lieu de réécrire la justification originale. Structure du dépôt et vérification SKILL.md est le protocole coordinateur canonique, avec des miroirs hôtes SKILL.codex.md, SKILL.gemini.md et SKILL.opencode.md. D'autres répertoires contiennent les 18 contrats de personnalités, des exemples de routage fournisseur et modèle, des sessions d'exemple et un modèle de verdict, des scripts de détection/conversion/validation, et des actifs de marque. Une liste de contrôle de simulation valide la structure des personnalités, la parité des protocoles hôtes, la configuration de routage, les points de contrôle d'exécution, les champs de verdict et le comportement de l'installeur ; des installations à sec pour chaque hôte sont également suggérées. Les changements de protocole commencent dans SKILL.md et doivent rester alignés comportementalement avec chaque miroir hôte. Le projet est sous licence MIT.