execute
par alirezarezvaniexecute transforme un compte rendu de décision approuvé en plan opérationnel à 90 jours, avec jalons hebdomadaires, DRI nommés, indicateurs de réussite, définitions de terminé et rythme de suivi. Il convient surtout aux workflows de Project Management et de direction qui exigent une exécution responsabilisée après /cs:decide.
Ce skill obtient 74/100, ce qui en fait une entrée acceptable dans l’annuaire, avec quelques réserves sur son adoption. Les utilisateurs disposent d’un workflow clair et déclenchable pour convertir un compte rendu de décision approuvé en plan d’exécution à 90 jours, mais doivent s’attendre à un skill léger, uniquement en markdown, plutôt qu’à une implémentation largement outillée avec scripts, exemples ou consignes d’installation.
- Déclencheur et cas d’usage clairs : `/cs:execute <decision-path>` est explicitement conçu pour transformer un compte rendu `/cs:decide` approuvé en plan opérationnel.
- La sortie opérationnelle est concrète : chemin du plan d’exécution enregistré, responsable, point de contrôle, chantiers, jalons hebdomadaires, DRI, indicateurs de réussite et définitions de terminé.
- Le contexte de pipeline aide les agents à savoir quand l’utiliser dans le flux plus large de conseil C-level, des office hours jusqu’au post-mortem.
- Aucun fichier de support, script, référence, README ni commande d’installation n’est fourni ; l’adoption repose donc entièrement sur les instructions de SKILL.md.
- Le skill semble lié au workflow de décision `/cs:` plus large du dépôt ; il peut donc être moins utile comme skill de planification autonome sans sorties préalables de `/cs:decide`.
Présentation de execute skill
Ce que fait execute
execute est un skill de conseil de niveau C-level qui transforme une décision approuvée en plan opérationnel sur 90 jours. Au lieu de laisser un arbitrage stratégique sous forme de note statique, execute skill produit des jalons hebdomadaires, des chantiers de travail, des DRI nommés, des indicateurs de réussite, des définitions du terminé et un rythme de suivi. Son rôle central est de combler l’écart entre « nous avons décidé » et « que se passe-t-il lundi prochain ? »
Cas d’usage idéal pour le Project Management et les équipes dirigeantes
execute pour le Project Management est particulièrement pertinent lorsqu’un fondateur, une équipe dirigeante, un responsable produit ou une équipe opérationnelle a déjà pris une décision claire et doit organiser son déploiement de manière responsable. Les usages typiques incluent l’entrée sur un marché, des changements de prix, des plans de recrutement, des lancements produit, des évolutions du processus commercial ou des changements de modèle opérationnel interne. Il est surtout utile lorsque la décision implique des chantiers transverses et que le risque d’échec vient d’une responsabilité mal définie, plutôt que d’un manque d’idées.
Ce qui distingue execute skill
Contrairement à un prompt générique du type « fais-moi un plan projet », execute attend en entrée un compte rendu de décision et conserve le résultat contraignant issu de cette décision. Le format de sortie du skill est volontairement structuré : horizon de 90 jours, jalons hebdomadaires, responsabilité DRI, critères de succès et d’arrêt, chantiers de travail et points de suivi. Cette structure le rend plus adapté à la discipline d’exécution qu’au brainstorming ou à l’exploration stratégique amont.
Points importants avant adoption
Le chemin du dépôt est c-level-advisor/c-level-agents/skills/execute, et le fichier principal est SKILL.md. Aucun script, règle, ressource ni fichier README supplémentaire n’est présent dans ce répertoire de skill : la valeur se concentre donc dans la structure du prompt elle-même. Installez execute si vous voulez une commande légère de planification d’exécution dans un workflow Claude skills ; n’en attendez pas une intégration complète de gestion de projet ni une synchronisation automatique des tâches.
Comment utiliser execute skill
Contexte d’installation de execute
Installez le skill depuis le dépôt avec :
npx skills add alirezarezvani/claude-skills --skill execute
Après l’installation, commencez par examiner SKILL.md, car il contient la commande, l’entrée attendue, la position dans le pipeline et le format de sortie. Le skill amont est conçu autour de la commande :
/cs:execute <decision-path>
<decision-path> doit pointer vers un compte rendu de décision approuvé, idéalement produit par /cs:decide dans le même workflow C-level advisor.
Entrées nécessaires pour execute skill
Pour tirer le meilleur parti de execute, fournissez plus qu’un simple titre. Le skill a besoin d’un contexte de décision suffisant pour créer des jalons dont quelqu’un pourra réellement répondre :
- la décision approuvée et son raisonnement
- le résultat contraignant, les critères de succès et les critères d’arrêt
- le sponsor ou responsable exécutif
- les équipes concernées et les DRI probables
- l’échéance, la fenêtre de lancement ou le point de contrôle à 90 jours
- les contraintes connues, par exemple budget, recrutement, capacité d’ingénierie, conformité ou dépendances
- les outils ou le rythme opérationnel existants, comme une revue exécutive hebdomadaire ou la planification de sprint
Entrée faible : « Create an execution plan for entering Germany. »
Entrée plus solide : « Use /cs:execute decisions/2026-02-03-germany-entry.md. Preserve the approved success criteria: €250k qualified pipeline by day 90 and kill criteria: CAC payback above 18 months after pilot. Assume Sales, Marketing, Legal, and Product workstreams. Weekly exec check-in is Mondays. Name placeholder DRIs where people are not assigned. »
Workflow recommandé
Utilisez execute une fois la décision approuvée, pas pendant que l’équipe débat encore des options. Un workflow pratique consiste à :
- Lancer ou rassembler le compte rendu de décision.
- Vérifier que le résultat attendu et les critères d’arrêt sont explicites.
- Appeler
/cs:execute <decision-path>. - Relire les chantiers et jalons hebdomadaires générés.
- Remplacer les DRI de substitution par de vrais noms.
- Déplacer les jalons dans votre système de gestion de projet si nécessaire.
- Utiliser le rythme de suivi pour surveiller les risques et les définitions du terminé non atteintes.
La sortie par défaut du skill est enregistrée sous forme de plan d’exécution en markdown, souvent dans un chemin du type ~/.claude/execution/YYYY-MM-DD-<slug>.md, selon votre configuration locale de Claude skill.
Conseils de prompt pour améliorer la qualité de sortie
Soyez précis sur l’environnement opérationnel. Si vous connaissez déjà le rythme de l’équipe, sa capacité ou ses dépendances, indiquez-les. Si un jalon doit être observable, dites-le. Si la direction suit un indicateur particulier de près, demandez au skill de le rendre visible dans chaque chantier concerné.
Un modèle de prompt utile :
/cs:execute <decision-path>. Build a 90-day plan with weekly milestones, named DRIs where known, placeholder DRIs where unknown, definitions of done, dependency risks, and a Monday check-in cadence. Keep the binding outcome and kill criteria unchanged from the decision record.
Cela évite que le plan s’éloigne de la décision initiale.
FAQ sur execute skill
execute est-il réservé aux dirigeants ?
Non. Le langage et le pipeline sont orientés direction, mais execute skill est utile aux product managers, équipes opérations, fondateurs, chiefs of staff et responsables projet qui doivent transformer une décision approuvée en plan assorti de responsabilités claires. La condition principale est que la décision soit déjà prise.
Quand ne faut-il pas utiliser execute ?
N’utilisez pas execute pour de l’idéation ouverte, une comparaison d’options, une étude de marché ou un choix entre stratégies concurrentes. Il est également peu adapté lorsqu’il n’y a pas de responsable clair, pas d’indicateur de succès ou pas de volonté d’attribuer des DRI. Dans ces cas, commencez par un brief, un processus de décision ou une phase de planification.
En quoi execute diffère-t-il d’un prompt classique ?
Un prompt classique peut produire une liste de tâches plausible. Execute impose une forme décision-vers-plan : 90 jours, chantiers, DRI, jalons hebdomadaires, définitions du terminé et rythme de suivi. Cette contrainte est précisément son intérêt. Elle réduit l’ambiguïté et rend le résultat plus facile à examiner avec une équipe dirigeante.
execute s’intègre-t-il à Jira, Asana ou Linear ?
Les éléments visibles dans le dépôt pour execute montrent uniquement SKILL.md, sans scripts d’aide ni intégrations avec des outils. Considérez la sortie comme un plan markdown structuré, à copier dans Jira, Asana, Linear, Notion ou une feuille de calcul. Si la synchronisation avec des outils est importante, prévoyez d’ajouter vous-même ce workflow.
Comment améliorer execute skill
Améliorer les entrées de execute avant de le lancer
Le moyen le plus rapide d’améliorer les résultats de execute est de renforcer le compte rendu de décision. Assurez-vous qu’il contient la décision réelle, les raisons du choix, ce qui définira le succès, ce qui justifierait un retour en arrière et la personne qui sponsorise le travail. Une décision vague produit un plan d’exécution vague ; une décision mesurable produit des jalons hebdomadaires utiles.
Vérifier les modes d’échec fréquents
Après la première sortie, recherchez les problèmes suivants :
- des jalons qui décrivent des activités plutôt que des résultats
- des DRI attribués à des équipes plutôt qu’à des personnes
- des responsables de dépendances manquants
- des indicateurs de succès qui ne correspondent pas à la décision initiale
- un travail de première semaine trop vaste ou peu clair
- aucune cadence de revue ni voie d’escalade explicite
Demandez à execute de réviser uniquement les parties faibles, plutôt que de tout régénérer.
Itérer vers la réalité opérationnelle
Un bon second prompt est pratique, pas décoratif :
« Revise the plan so each weekly milestone has an observable definition of done, no DRI is a department, Legal dependencies are visible by week, and the week 4 checkpoint can determine whether we continue, adjust, or stop. »
Ce type d’itération améliore beaucoup plus l’utilité managériale que le fait de demander un plan plus long.
Adapter execute à votre organisation
Si vous utilisez souvent execute, standardisez les champs qui comptent pour votre équipe : responsable budget, niveau de risque, impact client, instance de reporting, checklist de lancement ou déclencheur d’escalade. Conservez la structure à 90 jours, mais ajustez les chantiers et le rythme de suivi à votre modèle opérationnel. execute devient ainsi plus répétable sans se transformer en modèle projet générique.