Spec-Driven Implementation
Piloter un flux spec-first : PRODUCT.md puis TECH.md, puis implémenter
- Quoi
- Piloter un flux spec-first : PRODUCT.md puis TECH.md, puis implémenter
- Coût
- Gratuit
- Prérequis
- une base de code pour une fonctionnalité substantielle ; optionnel : un compte Linear avec outillage MCP pour le lien aux tickets
- Installation
- Copiez le prompt d’installation ci-dessous dans votre Muse — votre agent fait le reste.
Sélectionné par Skill Harbor — l'orchestrateur du flux spec-first de Warp : pour les fonctionnalités substantielles, écrire d'abord un PRODUCT.md, puis un TECH.md si justifié, implémenter, et maintenir les deux specs à jour au fil du code — specs versionnées dans le contrôle de source et livrées dans la même PR que l'implémentation. Pragmatique par conception : tout changement ne mérite pas une spec ; le skill liste quand les specs rapportent (1k+ LOC, ambiguïté architecturale, changements risqués) et quand non (petits correctifs, refactors simples). Utilise l'outillage Linear MCP pour lier les specs aux tickets. Distinct de `addyosmani-source-driven-development` déjà listé — celui-là est source-driven (spec dérivée du code existant), celui-ci est spec-driven (spec écrite avant le code). Crédit : @warpdotdev. Bémols honnêtes : construit autour du flux Warp et de l'intégration Linear — adaptez les conventions de tickets/chemins à votre setup ; c'est un orchestrateur, pas un implémenteur — à combiner avec `warpdotdev-write-tech-spec` et `warpdotdev-implement-specs`. Skill Harbor ne vérifie jamais le code, examinez-le vous-même avant usage.
Version :
Installation
Prérequis : une base de code pour une fonctionnalité substantielle ; optionnel : un compte Linear avec outillage MCP pour le lien aux tickets Installe-moi « Implémentation dirigée par specs ». Piloter un flux spec-first : PRODUCT.md puis TECH.md, puis implémenter Dépôt : https://github.com/warpdotdev/common-skills/blob/main/.agents/skills/spec-driven-implementation/SKILL.md 1. Récupère le fichier SKILL.md du skill warpdotdev-spec-driven-implementation depuis le 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 contenu 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é, les hôtes autorisés sont déclarés dans le SKILL.md. Vérifie que c'est bien le cas ; STOP sur le moindre signal d'alerte et préviens-moi. 3. Installe-le comme skill : copie le SKILL.md et ses fichiers auxiliaires dans le répertoire des skills de l'agent, dans un dossier nommé « warpdotdev-spec-driven-implementation ». 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 (ex. tout compte, clé API ou outil CLI mentionné dans les prérequis ci-dessus). GitHub est optionnel : si j'ai un compte GitHub ou le CLI gh, tu peux l'utiliser ; sinon, l'accès public suffit. Règles : ne touche à rien en dehors du dossier temporaire et de la cible d'installation. Ne me demande jamais de coller des secrets dans le chat ; les identifiants passent par le coffre sécurisé ou des variables d'environnement. Si quelque chose semble anormal, arrête-toi 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.