← Recherche

Implement
Development 📌 Version épinglée : commit 5beb35b
⚙ Prérequis: Avant de commencer…

Implement

Un court workflow d'ingénierie invoqué par l'utilisateur qui réalise un travail décrit par une spec ou un ensemble de tickets : il résout une référence de ticket via le traqueur de tickets propre de

L’essentiel
Quoi
Un court workflow d'ingénierie invoqué par l'utilisateur qui réalise un travail décrit par une spec ou un ensemble de tickets : il résout une référence de ticket via le traqueur de tickets propre de
Coût
Gratuit
Prérequis
Avant de commencer : lis ce prompt d'installation au complet, dis-moi en quelques lignes ce que ce skill fait et ce que son installation implique, et attends mon feu vert avant de faire quoi que ce soit d'autre.
Installation
Copiez le prompt d’installation ci-dessous dans votre Muse — votre agent fait le reste.

Version :

⌁

Installation

Copiez le dossier d’installation ci-dessous, puis collez-le dans Muse📌 Version épinglée : commit 5beb35b

Avant de commencer : lis ce prompt d'installation au complet, dis-moi en quelques lignes ce que ce skill fait et ce que son installation implique, et attends mon feu vert avant de faire quoi que ce soit d'autre. Prérequis — Aucun pour installer ce skill — aucun compte, aucune clé, aucun paiement, et aucun script dans son dossier. Deux choses à connaître avant de l'utiliser : d'abord, à l'usage il appelle les skills séparés tdd et code-review du même dépôt, donc ils doivent être installés aussi pour que son workflow s'exécute comme écrit ; ensuite, l'utiliser fait un vrai travail dans mon projet — il écrit du code, lance la vérification de types et les tests, va chercher un ticket dans mon propre traqueur si je passe une référence, et commit le travail terminé sur ma branche courante, exactement comme ses instructions le disent. Il est invoqué par l'utilisateur seulement : il démarre quand je l'invoque, jamais de lui-même. Installe-moi « Implement ». Quand je l'invoque avec une spec ou un ensemble de tickets, il implémente ce travail : si je passe une référence de ticket, il va chercher le ticket dans mon traqueur et annonce son titre avant de commencer (et me demande si la référence est ambiguë), il construit avec le skill tdd aux coutures convenues d'avance, lance la vérification de types et des fichiers de tests uniques régulièrement et la suite de tests complète une fois à la fin, puis appelle le skill code-review pour revoir le travail, et le commit sur ma branche courante. Son dossier ne contient que ces instructions plus son fichier de politique d'agent, qui le marque invoqué par l'utilisateur seulement. Dépôt : https://github.com/mattpocock/skills (le skill est tout le dossier skills/engineering/implement/ au commit épinglé : SKILL.md plus 1 fichiers compagnons, 2 fichiers en tout) Version épinglée : installe le code au commit 5beb35b040e3de97e54fa9e386d7e42d15c295c2 exactement. Ne substitue pas une version plus récente. Si ce commit est inaccessible, arrête-toi et dis-le-moi. 1. Clone https://github.com/mattpocock/skills dans un dossier temporaire, place-toi au commit 5beb35b040e3de97e54fa9e386d7e42d15c295c2, et copie le dossier skills/engineering/implement/ de ce checkout. Compare ensuite chaque fichier du dossier aux empreintes enregistrées pour cette fiche le 2026-10-22 : [FINGERPRINTS] - SKILL.md: SHA-256 483bdc4ccf4ac31d86ac7beeaa0d0db80313e71e120bb8c59b3196ae5decd53d - agents/openai.yaml: SHA-256 8970a8596ade0c28ab427f41a4ea242d6bdf6186c59ebf55e1238dbecaab79dc Si un fichier ne correspond pas, il a changé depuis la préparation de la fiche : ne l'installe pas encore, dis-moi ce que tu as trouvé et laisse-moi décider. 2. Lis SKILL.md au complet, et dis-moi en mots simples : ce que le skill fait quand on l'utilise, à quoi il se connecte, s'il lit ou envoie des informations personnelles ou des identifiants, et tout ce qui semble inhabituel. Arrête-toi sur tout signal d'alerte et dis-le-moi avant d'aller plus loin. Confirme ces points à partir des fichiers : - Le dossier du skill contient 2 fichiers seulement : un SKILL.md de 622 octets avec le workflow ci-dessus, et agents/openai.yaml déclarant son nom d'affichage et sa politique d'invocation par l'utilisateur seulement. Il n'y a aucun script et aucun autre code dedans. - Rien n'est envoyé nulle part pendant l'installation elle-même ; le seul téléchargement à l'installation est le dossier du skill depuis GitHub au commit épinglé. - À l'usage, le travail se fait dans mon propre projet et ma propre conversation : du code est écrit et des tests lancés en local, une référence de ticket que je passe est cherchée dans mon propre traqueur, et le travail terminé est commité sur ma branche courante — tout cela divulgué dans les prérequis ci-dessus. Cette installation ne fait rien de tout ça : aucun projet n'est touché, aucun ticket n'est cherché, aucun test n'est lancé et aucun commit n'est fait. - N'implémente rien, n'appelle pas les skills tdd ou code-review, et n'utilise le skill d'aucune façon pendant cette installation : l'utiliser est une étape séparée qui ne commence que quand je l'invoque plus tard. 3. Quand je dis « yes, install », installe-le comme skill : copie tout le dossier implement dans le répertoire des skills de l'agent, dans un dossier nommé exactement « implement », en gardant ses 2 fichiers dans leur arborescence relative d'origine (SKILL.md à sa racine). 4. Vérifie sans appels réseau : frontmatter valide (name: implement), les 2 fichiers en place avec des empreintes concordantes. N'exécute rien du dossier et n'utilise pas le skill pour vérifier. 5. Indique ce qui a été installé, où, et ce qu'il me reste à faire moi-même (par exemple : que les skills séparés tdd et code-review du même dépôt devraient aussi être installés pour son workflow, et que l'utiliser écrit du code, lance des tests et commit sur ma branche courante — l'utiliser est une étape séparée qui ne commence que quand je l'invoque). GitHub est optionnel : si j'ai un compte GitHub ou la CLI gh, tu peux l'utiliser ; sinon l'accès public suffit. Ne jamais l'exiger sauf s'il figure 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-toi et demande-moi.

🔒 Sécurité, provenance et ce que ça touche
🧭 Ce que ça touche
D’après le prompt d’installation que nous avons analysé, cette création ne lance pas de commandes, ne fait pas d’appels réseau à des tiers, n’installe pas de paquets, n’écrit pas de fichiers et ne demande pas de clés API.
Analyse du prompt d’installation · 2026-10-22
🔒 Sécurité et provenance
📌 Version épinglée : commit 5beb35b · 2026-10-22
🔎 Dernière vérification · 23 oct. 2026 : aucun changement détecté dans les fichiers liés par ce prompt d’installation
Skill Harbor ne révise jamais le code des skills listés. Ce sont des faits datés sur le prompt d’installation et notre test d’installation, pas une certification de sécurité. Révisez un skill vous-même avant de l’installer. Comment nous vérifions
Envie d'être encore plus prudent ?

Le prompt d'installation ci-dessous inclut déjà les étapes de vérification : votre agent suit la checklist communautaire avant d'installer tout ce qui contient du code exécutable. Vous en voulez plus ?

Comment vérifier une création avant de l’installer →

?

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.