decide
par alirezarezvanidecide consigne les mémos de board approuvés par le fondateur comme mémoire d’entreprise durable via decision-logger, en séparant les décisions approuvées des transcriptions brutes pour les workflows de Knowledge Capture.
Score : 68/100. Cette skill est acceptable pour le référencement, car elle présente un déclencheur clair, une place précise dans un workflow plus large de conseil aux dirigeants et suffisamment de détails de processus pour aider un agent à consigner des décisions approuvées avec moins d’incertitude qu’un prompt générique. Les utilisateurs du répertoire doivent toutefois comprendre qu’il s’agit d’une couche légère au-dessus d’un écosystème plus vaste, dépendante d’une skill externe `decision-logger` et de conventions de mémo attendues qui ne sont pas entièrement documentées ici.
- Déclenchement bien défini : le frontmatter et le corps indiquent clairement que `/cs:decide <memo-path>` est la commande à exécuter après `/cs:boardroom` lorsqu’un mémo de board approuvé par le fondateur doit devenir une mémoire durable.
- Finalité du workflow claire : la skill définit le point de passage entre la délibération et la mémoire d’entreprise durable, avec vérification de l’approbation et extraction du titre, de la date, de l’option retenue, des critères, des désaccords et du point de revue.
- Modèle de mémoire utile : la séparation en deux niveaux entre contenus bruts et décisions approuvées aide les agents à ne pas traiter des débats non tranchés comme des décisions finales.
- Cette skill dépend d’une skill distincte `decision-logger` et d’un workflow `/cs:*` plus large, mais ce chemin de dépôt ne fournit ni fichiers de support, ni commande d’installation, ni documentation liée pour cette dépendance.
- Les détails opérationnels restent surtout conceptuels : il n’y a ni scripts, ni exemples de mémo approuvé en entrée, ni exemples de sortie concrets au-delà des champs d’enregistrement décrits.
Présentation de decide skill
Ce que fait decide
decide est une skill de conseil de niveau C-level qui transforme un mémo stratégique approuvé en mémoire d’entreprise durable. En pratique, /cs:decide <memo-path> intervient après une délibération de type boardroom et avant l’exécution : il vérifie qu’un mémo approuvé par le fondateur est bien approuvé, en extrait l’enregistrement de décision, puis l’achemine via le workflow associé decision-logger.
Sa fonction principale n’est pas « aide-moi à choisir ». C’est plutôt : « consigne le choix que nous avons déjà approuvé afin que les futures sessions IA puissent le traiter comme du contexte d’entreprise ».
Cas d’usage idéal pour les workflows de Knowledge Capture
La skill decide convient particulièrement aux workflows de Knowledge Capture lorsque votre équipe utilise Claude ou un workflow d’agent pour mener régulièrement des discussions de direction, des revues stratégiques ou des sessions de décision avec le fondateur. Elle est surtout utile si vous souhaitez séparer clairement :
- les débats bruts, les désaccords et les transcriptions de réunion
- les décisions approuvées qui doivent influencer la planification future
Cette séparation est importante, car une discussion non résolue ne devrait pas devenir de la mémoire par accident.
Différenciateur clé : une mémoire à deux niveaux
La skill amont décrit un modèle à deux niveaux géré par decision-logger :
- les transcriptions brutes sous
~/.claude/decisions/raw/ - les décisions approuvées sous
~/.claude/decisions/approved/
Seules les décisions approuvées sont destinées à alimenter les futurs appels /cs:office-hours et /cs:founder-mode. Cela rend decide plus prudent qu’un prompt générique de type « résume cette réunion » : il crée une barrière entre la délibération et la mémoire institutionnelle.
Quand decide n’est pas la bonne skill
N’installez pas decide en pensant obtenir un assistant généraliste de prise de décision, un outil de brainstorming ou un système de gestion de projet. La skill suppose que vous disposez déjà d’un board memo, d’un statut d’approbation et d’un pipeline de conseil C-level autour. Si votre workflow se limite à des notes ad hoc, utilisez plutôt un prompt plus léger de prise de notes ou de synthèse, le temps de mettre en place un processus d’approbation stable.
Comment utiliser decide skill
Contexte d’installation de decide
Installez depuis le dépôt GitHub de skills avec :
npx skills add alirezarezvani/claude-skills --skill decide
Puis inspectez la source ici :
c-level-advisor/c-level-agents/skills/decide/SKILL.md
La skill a une empreinte fichier très limitée : l’élément principal à examiner est SKILL.md. Aucun script d’aide, fichier de référence, README ni dossier de ressources n’apparaît dans l’arborescence fournie ; l’adoption dépend donc du fait que votre environnement prenne déjà en charge les commandes C-level environnantes et la skill decision-logger.
Entrée requise pour utiliser decide
La forme de la commande est :
/cs:decide <memo-path>
L’entrée doit être un fichier de board memo, généralement produit par /cs:boardroom. Une entrée solide doit inclure :
- le titre de la décision
- la date de décision
- l’option choisie
status: APPROVEDou un marqueur équivalent d’approbation par le fondateur- les critères de succès
- les critères d’arrêt
- les désaccords à conserver
- la date du point de revue
Une entrée faible comme « nous avons décidé de développer les ventes » ne suffit pas. Un prompt plus robuste serait : « Use /cs:decide ./memos/2026-02-enterprise-sales.md. Confirm founder approval, extract the chosen option, preserve dissent, and log success criteria, kill criteria, and the Q2 review checkpoint. »
Workflow pratique avec decide
Un workflow decide fiable ressemble à ceci :
- Terminez la délibération dans
/cs:boardroom. - Enregistrez le mémo approuvé dans un chemin stable.
- Assurez-vous que le mémo indique que le fondateur l’a approuvé.
- Exécutez
/cs:decide <memo-path>. - Vérifiez que la mémoire approuvée a été écrite séparément des éléments de transcription brute.
- Utilisez la décision consignée comme contexte pour
/cs:executeou pour de futures sessions de planification.
Cette séquence réduit le risque de pollution accidentelle de la mémoire. La skill apporte le plus de valeur lorsqu’elle est utilisée de manière cohérente au même endroit de votre pipeline de décision.
Fichiers à lire avant adoption
Lisez d’abord SKILL.md et concentrez-vous sur les sections suivantes :
Pipeline PositionTwo-Layer Memory ModelInputWorkflow
Comme aucun fichier de support supplémentaire n’apparaît dans l’aperçu, la principale question d’adoption n’est pas la complexité du dépôt. C’est l’adéquation : disposez-vous de mémos approuvés et d’une convention de mémoire durable compatible avec les chemins et les attentes décrits par la skill ?
FAQ sur decide skill
decide est-elle une skill de prise de décision ?
Non. decide enregistre une décision approuvée ; elle ne mène pas le débat. Elle intervient après la prise de décision, généralement après /cs:boardroom. Si vous avez besoin de générer des options, d’analyser les risques ou de simuler un débat entre conseillers, commencez par ces étapes en amont du workflow.
Qu’est-ce qui rend decide meilleure qu’un prompt ordinaire ?
Un prompt ordinaire peut résumer un mémo, mais decide encode une frontière de gouvernance : les transcriptions brutes restent du matériel de référence, tandis que les décisions approuvées deviennent de la mémoire durable. Cette distinction est la principale raison d’utiliser la skill decide plutôt que de demander à Claude de « se souvenir de ceci ».
Les débutants peuvent-ils utiliser decide ?
Oui, s’ils comprennent déjà les prompts basés sur des fichiers et disposent d’un mémo prêt à l’emploi. Les débutants peuvent être en difficulté s’ils n’utilisent pas la structure de commandes plus large c-level-advisor, car decide suppose l’existence d’un pipeline et fait référence à decision-logger. Commencez par tester un seul mémo approuvé avant de vous appuyer dessus pour la mémoire opérationnelle.
Qu’est-ce qui peut bloquer une installation réussie de decide ?
Les principaux blocages sont l’absence des skills environnantes, un statut d’approbation ambigu et des mémos non structurés. Si votre environnement ne peut pas appeler /cs:decide, ne peut pas accéder au chemin du mémo ou ne dispose pas d’une configuration decision-logger compatible, la skill risque de ne pas effectuer l’écriture mémoire prévue.
Comment améliorer decide skill
Améliorer les entrées de decide avant exécution
Le moyen le plus rapide d’améliorer la sortie de decide est de rendre le mémo explicite. Ajoutez un bref en-tête de décision avant d’appeler la skill :
Status: APPROVEDDecision: Choose Option BOwner: Founder / CEOSuccess criteria: ...Kill criteria: ...Review checkpoint: ...Dissent to preserve: ...
Cela laisse moins de marge à l’agent pour inférer l’approbation ou inventer une structure manquante.
Modes d’échec fréquents à éviter
L’échec le plus courant consiste à enregistrer une discussion comme s’il s’agissait d’une décision. Évitez d’envoyer des transcriptions, des notes non résolues ou des options concurrentes, sauf si le mémo indique clairement quelle option a été retenue. Autre écueil : omettre les critères d’arrêt ; sans eux, les revues futures ne peuvent pas distinguer « continuer » de « arrêter ».
Évitez également d’utiliser decide comme commande mémoire fourre-tout. Sa valeur vient de sa sélectivité.
Itérer après la première sortie
Après la première exécution, vérifiez que la décision consignée est concise, vérifiable et utile pour l’avenir. Si l’enregistrement est vague, révisez le mémo et relancez avec des champs plus clairs. Une bonne mémoire durable doit permettre à un futur agent de répondre à ces questions : qu’avons-nous décidé, pourquoi avons-nous choisi cette option, qu’est-ce qui prouverait que c’était une erreur, et quand devons-nous réexaminer la décision ?
Adapter decide à votre système opérationnel
Les équipes peuvent améliorer la skill decide en standardisant les modèles de mémo, en ajoutant une formulation d’approbation obligatoire et en alignant les chemins de mémoire sur leurs conventions internes. Si vous maintenez le dépôt, des améliorations utiles seraient d’ajouter un README, un exemple de mémo approuvé, une checklist de validation et des notes de dépendance plus claires pour decision-logger. Ces ajouts faciliteraient les décisions d’installation de decide et réduiraient l’ambiguïté de configuration.