board-meeting
par alirezarezvaniboard-meeting est un skill Claude conçu pour structurer les décisions stratégiques avec /cs:boardroom, des rôles C-suite isolés, une revue critique, l’approbation du fondateur et des relevés de décisions. Il inclut des modèles d’ordre du jour et de compte rendu pour un usage répétable de board-meeting.
Ce skill obtient 79/100, ce qui en fait un bon candidat pour les utilisateurs d’annuaire qui cherchent un workflow structuré de délibération exécutive plutôt qu’un simple prompt de stratégie générique. Le moment où l’invoquer est clair, et il fournit suffisamment de consignes sur le protocole, le choix des rôles, la facilitation et les modèles de sortie pour améliorer l’exécution par l’agent. Les utilisateurs doivent toutefois prévoir une part de configuration locale et certaines hypothèses de dépendances.
- Déclenchement très clair : le frontmatter et le contenu indiquent explicitement `/cs:boardroom [topic]`, « calls a board meeting » et des cas d’usage de délibération stratégique à plusieurs points de vue.
- Solide sur le plan opérationnel : `SKILL.md` définit un protocole en 6 phases couvrant la collecte de contexte, les contributions indépendantes par rôle, l’analyse critique, la synthèse, la revue par le fondateur et l’extraction des décisions.
- Supports utiles : les consignes de facilitation de réunion et les modèles d’ordre du jour et de compte rendu aident les agents à cadrer les contributions, conserver les décisions et distinguer le débat brut des enregistrements approuvés.
- Aucune commande d’installation ni aucun README n’est fourni dans le dossier du skill ; les utilisateurs doivent donc déduire l’installation à partir du dépôt global ou de leur configuration Claude skill.
- Le workflow suppose la présence de fichiers locaux comme `~/.claude/company-context.md` et `~/.claude/decisions/approved/`, ainsi que de rôles C-suite nommés, ce qui peut nécessiter une configuration en dehors de ce skill.
Présentation de board-meeting skill
À quoi sert board-meeting
board-meeting est une Claude skill conçue pour structurer la délibération exécutive autour de décisions stratégiques. Au lieu de demander une recommandation unique et déjà synthétisée, board-meeting skill déroule un protocole en six phases : chargement du contexte, points de vue isolés des fonctions C-level, revue critique, synthèse, revue par le fondateur, puis extraction de la décision. Elle convient surtout aux questions à fort enjeu où les arbitrages financiers, go-to-market, opérationnels, produit et managériaux doivent être examinés séparément avant de trancher.
Utilisateurs et décisions les mieux adaptés
Utilisez board-meeting pour la planification stratégique lorsque la décision mérite un processus formel : expansion de marché, évolution de pricing, pari produit, arbitrages liés à une levée de fonds, plans de recrutement, restructuration opérationnelle ou stratégie majeure pour un client. La skill convient aux fondateurs, chiefs of staff, opérateurs solo qui utilisent l’IA comme comité consultatif, ainsi qu’aux équipes qui veulent des traces de décision reproductibles plutôt qu’une sortie de chat informelle.
Ce qui la distingue
Son principal différenciateur est sa conception anti-pensée de groupe. Les rôles contribuent de manière indépendante avant de voir les points de vue des autres, puis une couche de critique fait remonter les conflits, les hypothèses fragiles et les opinions minoritaires. La skill sépare aussi le débat brut des décisions approuvées grâce à un modèle de mémoire à deux niveaux, afin que le compte rendu final ne devienne pas une transcription confuse.
Conditions importantes avant adoption
Cette skill suppose que vous puissiez fournir le contexte de l’entreprise et l’historique des décisions. Elle fait référence à des fichiers comme ~/.claude/company-context.md, aux décisions approuvées dans ~/.claude/decisions/approved/ et aux journaux bruts de réunion dans ~/.claude/decisions/raw/. Si vous ne maintenez pas ces fichiers, le protocole peut quand même fonctionner, mais vous devez coller un contexte équivalent dans la conversation avant de l’invoquer.
Comment utiliser board-meeting skill
Installation de board-meeting et fichiers à inspecter en premier
Installez avec :
npx skills add alirezarezvani/claude-skills --skill board-meeting
Après l’installation, lisez d’abord SKILL.md, car ce fichier définit le déclencheur, les phases, la logique de sélection des rôles et les sorties attendues. Consultez ensuite references/meeting-facilitation.md pour les règles pratiques de modération, en particulier les limites de contribution, la gestion des désaccords et la marche à suivre lorsque la discussion s’éparpille. Enfin, examinez templates/meeting-agenda.md et templates/meeting-minutes.md ; ce sont ces fichiers qui rendent l’usage de board-meeting reproductible plutôt qu’improvisé.
Comment invoquer la skill board-meeting
L’invocation principale est :
/cs:boardroom [topic]
Exemple :
/cs:boardroom Should we expand to Spain in Q3?
Pour obtenir de meilleurs résultats, ne vous limitez pas à un sujet court. Ajoutez l’échéance de décision, les contraintes actuelles, les options connues, les critères de réussite et les éléments de preuve déjà disponibles. Un prompt solide ressemble à ceci :
/cs:boardroom Decide whether we should expand to Spain in Q3. We have $350k available budget, 2 sales hires planned, no local entity yet, and current EU inbound demand is 18 qualified leads/month. Compare Spain launch, wait until Q4, or test through partners. Decision needed today: whether to allocate budget and assign an owner.
Préparer l’ordre du jour avant de lancer la réunion
Pour un workflow sérieux avec board-meeting, commencez par templates/meeting-agenda.md. Définissez le type de point à l’ordre du jour, la décision exacte à prendre, les critères de réussite, les décisions passées pertinentes et les sujets hors périmètre. Cela évite que le conseil simulé transforme une réunion de décision en grand brainstorming stratégique.
Un bon point d’ordre du jour doit répondre à ces questions :
- Que faut-il décider maintenant ?
- Quelles options sont réellement sur la table ?
- Quelles contraintes ne doivent pas être enfreintes ?
- À quoi reconnaîtra-t-on une bonne décision ?
- Quelles décisions précédemment approuvées ne doivent pas être contredites ?
Faire de la réunion un vrai processus de décision
Attendez-vous à ce que la skill agisse davantage comme une session exécutive facilitée que comme un prompt classique. Laissez le Chief of Staff sélectionner les rôles pertinents au lieu de demander à chaque rôle de contribuer. Pour une expansion de marché, par exemple, CEO, CMO, CFO, CRO et COO peuvent suffire. Après la première sortie, demandez à la phase critique de se concentrer sur les conflits non résolus, les preuves manquantes et ce qui « nous ferait changer d’avis ». Utilisez ensuite templates/meeting-minutes.md pour ne consigner que les décisions approuvées par le fondateur, les responsables, les échéances, les propositions rejetées et les dates de revue.
FAQ de board-meeting skill
board-meeting est-elle meilleure qu’un prompt stratégique classique ?
Oui, lorsque la décision gagne à être examinée à travers des perspectives séparées et à produire une trace écrite. Un prompt classique peut générer trop vite une recommandation bien formulée. board-meeting skill est préférable lorsque vous voulez des positions propres à chaque rôle, des désaccords explicites, des niveaux de confiance, des alternatives rejetées et une décision finale que vous pourrez relire plus tard.
Quand ne faut-il pas utiliser board-meeting ?
Ne l’utilisez pas pour de petites questions tactiques, du copywriting rapide, de simples synthèses de recherche ou des décisions sans véritable arbitrage. Le protocole ajoute de la charge. Si vous avez seulement besoin de « donne-moi trois options », un prompt standard ira plus vite. board-meeting est surtout utile lorsqu’un consensus prématuré créerait un risque.
Faut-il tous les fichiers de mémoire pour utiliser board-meeting ?
Non, mais la qualité de sortie s’améliore si vous les avez. La skill est conçue autour de ~/.claude/company-context.md et des enregistrements de décisions approuvées. Sans ces éléments, collez dans le chat un brief d’entreprise compact, les décisions récentes, les contraintes financières, la capacité de l’équipe et les objectifs actuels avant d’invoquer /cs:boardroom.
Est-ce adapté aux débutants ?
C’est utilisable par des débutants, mais la skill récompense les entrées disciplinées. Les nouveaux utilisateurs devraient commencer avec une seule décision, un seul point d’ordre du jour et trois à cinq rôles pertinents. Évitez de demander un conseil simulé complet sur un sujet vague comme « review our strategy » ; formulez plutôt une décision concrète, par exemple « choisir entre enterprise sales et self-serve growth pour les deux prochains trimestres ».
Comment améliorer board-meeting skill
Améliorer les entrées de board-meeting avant la réunion
Le moyen le plus rapide d’améliorer les résultats de board-meeting est de fournir des contraintes plus précises. Incluez le budget, la runway, les échéances, les métriques actuelles, la capacité de l’équipe, les preuves client et les points non négociables. Une entrée faible dit : « Should we enter a new market? » Une entrée forte dit : « Should we enter Spain in Q3 with a $350k cap, two sales hires, partner option available, and a goal of $500k pipeline by year-end? »
Encadrer le périmètre des rôles et la longueur des contributions
Le guide de facilitation du repository signale que les rôles experts peuvent contribuer excessivement. Limitez chaque rôle à cinq points clés, exigez une recommandation claire, demandez un niveau de confiance et imposez une réponse à « what would change my mind ». board-meeting skill devient ainsi plus utile, car la synthèse finale s’appuie sur des contributions comparables plutôt que sur de longs essais inégaux.
Surveiller les modes d’échec fréquents
Les échecs courants sont les recommandations vagues, le consensus sans preuve, les préoccupations CFO ou juridiques qui apparaissent trop tard, et les actions sans responsable. Si cela se produit, demandez au facilitateur de relancer la phase critique avec des questions précises : « Which assumption is weakest? », « Which role disagrees most? », « What downside would make this decision unacceptable? » et « What must be true for this plan to work? »
Passer de la discussion au compte rendu approuvé
Ne considérez pas la première synthèse comme la réponse finale. Demandez une version destinée à la revue par le fondateur, avec options de décision, arbitrages, choix recommandé, point de vue dissident, responsable, échéance et date de revue. Convertissez ensuite uniquement les résultats approuvés dans le modèle de compte rendu. Cela maintient une séparation nette entre le débat brut et la trace durable de décision, et rend les futures sessions board-meeting plus cohérentes.
