Writing Implementation Plans
Rédige des plans exécutables par un ingénieur qui n'a jamais vu le codebase : fichiers exacts, interfaces, tests, granularité des étapes, auto-revue
- Quoi
- Rédige des plans exécutables par un ingénieur qui n'a jamais vu le codebase : fichiers exacts, interfaces, tests, granularité des étapes, auto-revue
- Coût
- Gratuit
- Prérequis
- une spec ou un document d'exigences à planifier ; un projet cible. Skills compagnons d'exécution : obra-subagent-driven-development ou executing-plans.
- Installation
- Copiez le prompt d’installation ci-dessous dans votre Muse — votre agent fait le reste.
Sélectionné par Skill Harbor — un skill de rédaction de plans pour un implémenteur qui n'a jamais vu ce codebase ni cette spec : documentez uniquement ce qu'il ne peut pas savoir — quels fichiers, quels noms et signatures exacts, quelles valeurs de la spec, quels tests prouvent chaque tâche — et laissez le reste à son jugement idiomatique. Il prescrit la structure du plan : un en-tête obligatoire (objectif, architecture, stack technique, chemin de la spec, Contraintes Globales avec valeurs exactes, Review Focus listant les cinq classes d'entrées non couvertes les plus susceptibles de mordre), une structure de fichiers qui fige les décisions de découpage, des tâches bien dimensionnées se terminant chacune par un livrable testable indépendamment, des étapes d'une action avec résultat vérifiable, et une passe d'auto-revue (couverture de la spec, scan des étapes, cohérence des types, proportion — un plan plus long que le code qu'il décrit a écrit le code à la place). Il se termine par la passation d'exécution : l'humain relit le plan, puis choisit l'exécution pilotée par sous-agents ou native. Crédit : @obra. Bémols honnêtes : c'est une méthode de rédaction, pas de l'automatisation — les plans arrivent dans `docs/superpowers/plans/AAAA-MM-JJ-<nom>.md` et sont exécutés par les skills frères subagent-driven-development ou executing-plans ; le plan lui-même ne doit jamais contenir ce que la signature d'une étape et ses tests déterminent déjà. Skill Harbor ne vérifie jamais le code, examinez-le vous-même avant usage.
Version :
Installation
Prérequis : une spec ou un document d'exigences à planifier ; un projet cible. Skills compagnons d'exécution : obra-subagent-driven-development ou executing-plans. Installe-moi « Rédiger des plans d'implémentation — Obra ». Il rédige des plans exécutables par un ingénieur qui n'a jamais vu le codebase : fichiers exacts, interfaces et signatures, tests par tâche, étapes d'une action, et passe d'auto-revue. Dépôt : https://github.com/obra/superpowers/blob/main/skills/writing-plans/SKILL.md 1. Récupère le fichier SKILL.md (et les fichiers auxiliaires) depuis le chemin du dépôt dans un dossier temporaire et résume en une ou deux phrases ce qu'il fait. 2. Contrôle de sécurité : examine le SKILL.md et les scripts pour tout comportement suspect (appels réseau inattendus, commandes shell, récolte d'identifiants). Ce dépôt ne doit contenir aucun secret dans le code, les identifiants passent uniquement par le coffre sécurisé. Vérifie que c'est bien le cas ; ARRÊTE sur le moindre drapeau rouge et dis-le-moi. 3. Installe-le comme skill : copie SKILL.md et ses fichiers auxiliaires dans le répertoire des skills de l'agent, dans un dossier nommé « obra-writing-plans ». 4. Vérifie sans appels réseau : frontmatter valide, fichiers en place. 5. Indique ce qui a été installé, où, et ce qu'il me reste à faire moi-même. GitHub est optionnel : si j'ai un compte GitHub ou la CLI gh, tu peux l'utiliser ; sinon l'accès public suffit. Ne l'exige jamais sauf si c'est dans les prérequis ci-dessus. Règles : ne touche à rien en dehors du dossier temporaire et de la cible d'installation. Si quelque chose semble anormal, arrête et demande-moi.
Questions
Comment installer une création ?
Chaque fiche produit contient un prompt d’installation à copier-coller. Collez-le dans votre Muse et il installe la création pour vous — sans configuration manuelle.
Où va mon argent ?
Directement au vendeur. Skill Harbor ne traite jamais les paiements : le paiement se fait sur la page du vendeur, généralement via Stripe.
Que signifie le ✓ à côté du nom d’un créateur ?
Il signifie que nous avons confirmé l’identité de la personne derrière la fiche. Il ne dit rien sur le code lui-même — vérifiez toujours une création avant de l’installer.