Partager des skills

Objectifs

A l’issue de cette lecon, vous serez capable de :

• Partager des skills avec votre equipe en les commitant dans un depot Git
• Distribuer des skills entre projets via les plugins et les marketplaces
• Deployer des skills a l’echelle de l’organisation via les parametres geres
• Configurer des sous-agents personnalises pour utiliser des skills specifiques

Commiter des skills dans votre depot

La methode de partage la plus simple consiste a commiter les skills directement dans votre depot. Placez-les dans .claude/skills, et toute personne qui clone le repo recoit ces skills automatiquement — sans installation supplementaire.

Quand vous poussez des mises a jour, tout le monde les recoit au prochain pull. Cette approche convient pour :

• Les standards de code de l’equipe
• Les workflows specifiques au projet
• Les skills qui referent a la structure de votre codebase

Le repertoire .claude contient vos agents, hooks, skills et parametres — le tout versionne et partage via les workflows Git habituels.

Distribuer via les plugins

Les plugins sont un moyen d’etendre Claude Code avec des fonctionnalites personnalisees concues pour etre partagees entre equipes et projets. Dans votre projet de plugin, creez un repertoire skills qui suit une structure similaire au repertoire .claude.

Apres avoir distribue votre plugin sur une marketplace, d’autres utilisateurs peuvent le decouvrir et l’installer dans Claude Code.

Cette approche convient quand vos skills ne sont pas trop specifiques a un projet et peuvent beneficier a une communaute plus large.

Deploiement enterprise via les parametres geres

Les administrateurs peuvent deployer des skills a l’echelle de l’organisation via les parametres geres (managed settings). Les skills enterprise ont la priorite la plus elevee — ils surchargent les skills personnels, de projet et de plugin portant le meme nom.

Le fichier de parametres geres supporte des fonctionnalites comme strictKnownMarketplaces pour controler d’ou les plugins peuvent etre installes :

"strictKnownMarketplaces": [
  {
    "source": "github",
    "repo": "acme-corp/approved-plugins"
  },
  {
    "source": "npm",
    "package": "@acme-corp/compliance-plugins"
  }
]

C’est le bon choix pour les standards obligatoires, les exigences de securite et les workflows de conformite.

Skills et sous-agents

Point important : les sous-agents n’heritent pas automatiquement de vos skills. Quand vous deleguez une tache a un sous-agent, il demarre avec un contexte vierge.

Distinctions a retenir :

• Les agents integres (Explorer, Plan, Verify) ne peuvent pas acceder aux skills
• Les sous-agents personnalises definis dans .claude/agents peuvent utiliser des skills, mais uniquement si vous les listez explicitement
• Les skills sont charges au demarrage du sous-agent, pas a la demande

Pour creer un sous-agent avec des skills, ajoutez un fichier Markdown d’agent dans .claude/agents :

---
name: frontend-security-accessibility-reviewer
description: "Use this agent when you need to review frontend code for accessibility..."
tools: Bash, Glob, Grep, Read, WebFetch, WebSearch, Skill...
model: sonnet
color: blue
skills: accessibility-audit, performance-check
---

Le champ skills liste les skills a charger. Quand vous deleguez a ce sous-agent, les deux skills sont charges et appliques a chaque revue.

Ce pattern fonctionne bien quand :

• Vous voulez une delegation isolee avec une expertise specifique
• Differents sous-agents ont besoin de skills differents (reviewer frontend vs. backend)
• Vous voulez imposer des standards dans le travail delegue sans dependre de prompts

Questions de reflexion

• Quelle methode de partage (depot, plugin, enterprise) convient le mieux aux skills que vous envisagez de construire ?
• Avez-vous des workflows ou des sous-agents avec des skills specifiques amelioreraient la coherence ?