PathruleNommez la tâche.
Pas les étapes.
Des skills réutilisables pour les agents de codage IA : des procédures nommées que l'agent invoque au lieu de reconstituer les étapes à chaque fois, pour que la quatrième étape cesse de passer à la trappe.
Claude CodeexempleSans
J'ai trouvé l'événement, démarré le serveur et envoyé le payload au webhook.
Webhook rejeté : la vérification de signature a échoué.3 étapes sur 5
Avec la skill
skill replay-stripe-webhook
- Récupéré l'événement par son id
- Chargé le secret de signature local
- Démarré le serveur avec les webhooks activés
- Rejoué avec une nouvelle clé d'idempotence
- Vérifié le journal du handler
Le handler a renvoyé 200.5 étapes sur 5
Mêmes étapes. Chaque semaine.
- Semaine 1vous, à claude code
« Bump de version, build des deux marques, upload, puis tag. »
- Semaine 2vous, à codex
« Le bump d'abord. Puis les deux marques, pas une seule. »
- Semaine 3vous, à claude code
« Tu as tagué avant l'upload. Encore. »
- Semaine 4vous, à n'importe quel agent
::release-mobile
3 explications1 skill0 étape oubliée depuis
Le signal, ce n'est pas la complexité. C'est le fait de vous répéter. Au-delà de trois étapes, ou dès qu'un ordre est imposé, cela devrait être une skill. En deçà, une mémoire suffit.
C'est la description qui fait le travail.
---name: replay-stripe-webhookdescription: Rejouer un événement de paiement de production sur le serveur local.---# Rejouer un webhook Stripe1. Récupérer l'événement par son id2. Charger le secret de signature local3. Rejouer avec une nouvelle clé d'idempotence
- « Utilitaires Stripe »stripe-helpersignorée
- « Rejouer un événement de paiement de production sur le serveur local »replay-stripe-webhookinvoquée
Une skill que l'agent n'invoque jamais pose généralement un problème de description. Nommez le déclencheur, pas le sujet, sinon c'est le plan de l'agent qui l'emporte.
Une skill. Chaque chemin qui en a besoin.
Écrite une fois, au niveau de l'espace de travail. Rattachée partout où la tâche a lieu, jamais copiée.
- /services/billingrattachée
- /services/webhooksrattachée
- /apps/admin/paymentsrattachée
- /apps/mobilepas ici
- Claude Code.claude/skills
Codex.agents/skills- Cursor, Copilot, Windsurfvia MCP
- manual
- Écrite dans Pathrule
- template
- Un modèle de départ, copié
- github_ref
- Récupérée, puis mise en cache
Le coéquipier qui arrive le mois prochain obtient la skill sans qu'on lui dise qu'elle existe. Les skills obsolètes ou contradictoires remontent sous forme de suggestions, et une personne approuve la correction.
Questions fréquentes.
Qu'est-ce qu'une skill d'agent IA ?
Une procédure nommée et réutilisable qu'un agent de codage IA peut invoquer au lieu de reconstituer les étapes : rejouer un webhook Stripe en local, régénérer les fixtures de seed, dérouler la checklist de prérelease. Le corps est un petit fichier Markdown dont le frontmatter nomme la skill et décrit à quoi elle sert.
Quand faut-il écrire une skill plutôt qu'une mémoire ?
Quand il s'agit d'une séquence dont l'ordre compte. Optez pour une skill au-delà de trois étapes, ou dès qu'une partie impose « faire ceci dans cet ordre ». Une ou deux lignes, ou un fait que l'agent a seulement besoin de connaître plutôt que d'exécuter, relèvent d'une mémoire.
Pourquoi mon agent n'utilise-t-il pas la skill que j'ai écrite ?
Le plus souvent, la description ne dit pas à quoi sert la skill. Les skills sont sélectionnées sur leur description : une description vague perd face au plan par défaut de l'agent, alors nommez le déclencheur plutôt que le sujet. Les autres causes fréquentes sont une portée qui ne correspond jamais aux chemins où le travail a lieu, et une procédure qui comporte encore une vraie décision au milieu. Pour aller plus loin : pourquoi les skills de Claude Code ne s'activent pas.
Une skill peut-elle être partagée dans une équipe ?
Oui, et c'est tout l'intérêt de la stocker hors d'un prompt. Les skills sont définies au niveau de l'espace de travail et rattachées aux nœuds par une jointure : une même skill est réutilisée sur de nombreux chemins, et l'agent de chaque collègue peut l'invoquer. L'appartenance à l'organisation et l'accès aux espaces de travail sont contrôlés côté serveur. Voir rôles et permissions.
Puis-je utiliser des skills publiées par quelqu'un d'autre ?
Oui. Une skill peut avoir pour source une URL GitHub externe, et Pathrule récupère le corps et le met en cache. La copie en cache est le dernier snapshot servi, et l'espace de travail récupère les changements en amont à la prochaine actualisation. À réserver aux skills publiées par un écosystème de confiance.
Quelle différence entre une skill et un Pathrule Pattern ?
Une skill est une procédure. Un Pattern est un petit ensemble de mémoires, règles et skills pour un sujet, chaque élément étant déjà lié au chemin auquel il appartient, car une vraie convention tient rarement en un seul fichier. Pour aller plus loin : ce qu'est un Pathrule Pattern, et pourquoi ce n'est pas une skill.
Les skills remplacent-elles mes prompts ?
Non, elles en retirent la répétition. Une skill vaut la peine d'être écrite quand vous vous surprenez à réexpliquer la même procédure. Le prompt nomme alors la tâche au lieu de la décrire, et les étapes cessent de varier d'une explication à l'autre.