Compétences Claude sont des dossiers qui regroupent des instructions, des ressources et (éventuellement) des scripts pour que Claude puisse exécuter des flux de travail répétitifs sur commande. Utilisez les Compétences pour standardiser les invites, encoder les règles de domaine et connecter des outils—puis testez, versionnez et partagez-les à travers les équipes. Ce guide condense les derniers conseils d'Anthropic en un manuel pragmatique prêt pour l'entreprise.

Pourquoi ce guide

Le nouveau guide d'Anthropic clarifie comment structurer, tester et distribuer les Compétences—y compris comment elles s'associent avec MCP et l'API. Ci-dessous, nous traduisons cela en étapes répétables, modèles et gouvernance afin que vos équipes obtiennent de la cohérence sans chaos.

Qu'est-ce qu'une Compétence Claude?

Une Compétence est un petit package versionné (un dossier) que Claude peut découvrir et charger. À minima, elle inclut :

• SKILL.md — les instructions d'usage et de comportement autoritaires.

• Ressources optionnelles — exemples, schémas, extraits d'invitations, documents de référence.

• outils/scripts optionnels — invoqués via exécution de code/API lorsque cela est sécurisé.

Pensez aux Compétences comme à des manuels réutilisables que Claude peut suivre, plutôt que des invites ponctuelles enfouies dans les discussions.

Anatomie d'une Compétence (modèle)

SKILL.md de départ

Chemins de configuration (choisissez votre voie)

1. Application Claude (sans code) — Activez Compétences dans Paramètres → Capacités. Utilisez Créateur de Compétences pour échafauder, tester avec des entrées d'exemple, puis publier dans votre espace de travail/équipe.

2. API — Utilisez les Compétences avec l'API de Claude; gardez l'exécution du code activée pour les Compétences sensibles aux scripts; gérez les versions via Git et votre CI.

3. MCP + Compétences — Combinez les adaptateurs d'outils neutres vis-à-vis des fournisseurs (MCP) avec l'emballage des Compétences pour le contexte et le comportement. Considérez MCP comme la tuyauterie, les Compétences comme le manuel.

Cinq modèles de Compétence prêts pour l'entreprise

1. Vérificateur de Définition d'Indicateur Clé de Performance (KPI)
   Utilisez quand : les chiffres divergent entre les équipes.
   Entrées : nom de la métrique, fenêtre temporelle.
   Sortie : définition, extrait SQL/logique, propriétaire, fraîcheur, avertissements.
   Garde-fou : bloquer si la fraîcheur de la source > seuil; exiger des liens de citations.

2. Réponse RFP / Sécurité
   Utilisez quand : des questionnaires répétitifs se produisent.
   Entrées : texte de la question, domaine du produit, sensibilité.
   Sortie : réponse rédigée + citations vers extraits approuvés.
   Garde-fou : étiqueter comme [AI-DRAFT]; acheminer vers un réviseur avant envoi externe.

3. Réunion → Décisions → Actions
   Utilisez quand : les résultats se perdent.
   Entrées : notes/transcription, clé de projet.
   Sortie : liste des décisions, éléments d'action (propriétaire, date d'échéance).
   Garde-fou : ne jamais assigner à l'extérieur; exiger une confirmation humaine.

4. Triage de la Qualité des Données
   Utilisez quand : le bruit d'incident submerge les équipes de données.
   Entrées : liste des tests échoués; provenance de l'ensemble de données.
   Sortie : triage priorisé avec causes racines suspectées et propriétaires.
   Garde-fou : en lecture seule; lien vers les cahiers de procédure; pas d'opérations destructives.

5. Réponses d'Activation des Ventes
   Utilisez quand : les ventes répètent les explications techniques.
   Entrées : question, secteur vertical, niveau de produit.
   Sortie : réponse de 200 mots + un brouillon d'artefact d'une diapositive facultative.
   Garde-fou : mots d'arrêt pour les prix/légal; escalader vers un spécialiste.

Test : rendre les Compétences fiables

• Tests dorés : mettez de vraies entrées dans /tests avec des sorties attendues. Exécutez-les après les modifications.

• Tests de mutation : brouillez les entrées (fautes de frappe, champs manquants) et affirmez des échecs sécurisés.

• Barrières de régression : bloquer la publication si des tests échouent ou si les sorties perdent des champs/requêtes obligatoires.

• Examen humain : mandater au moins un approbateur de domaine pour un niveau de risque ≥ Moyen.

Versionnement & distribution

• Versions sémantiques (1.2.0), journal des modifications dans SKILL.md.

• Propriétaires + propriétaire de secours dans skill.config.json.

• Canaux de publication : Équipe, Espace de Travail, Organisation. Commencez petit, puis développez.

• Politique de dépréciation: avertissement automatique dans la description de la Compétence; date de suppression.

Gouvernance & risque

• Minimisation des données : gardez les informations personnellement identifiables hors des entrées à moins d'une approbation de la politique.

• Provenance : exiger des citations vers des sources approuvées pour les sorties factuelles.

• Sécurité d'exécution : restreindre les scripts aux assistants (formatage/validation). Pas d'écritures externes sans liste blanche explicite.

• Observabilité : journaliser l'utilisation, les erreurs, et les dérogations d'examen dans un tableau de bord central.

• Licensing : assurez-vous que tout contenu intégré est autorisé pour usage interne.

Invites que vous pouvez copier

Note aux auteurs

“Vous êtes un architecte de Compétences. Créez SKILL.md pour une {compétence}. Définissez les entrées/sorties précisément, listez les garde-fous, et proposez 5 exemples avec sorties attendues.”

Générateur de tests

“Étant donné ce SKILL.md, générez des tests dorés pour des cas courants et limites en tant qu'enregistrements JSON à stocker sous /tests.”

Examen des risques

“Évaluez cette compétence par rapport à notre politique. Signalez les risques PII, les appels externes, et les points d'escalade. Suggérez des garde-fous et des refus par défaut.”

Exemple : SKILL.md pour “Vérificateur de Définition KPI”

Plan de déploiement (14 jours)

Jours 1–2 : choisissez trois compétences (risque faible/moyen) et les propriétaires.
Jours 3–5 : rédigez SKILL.md et les ressources; échafaudez avec Créateur de Compétences.
Jours 6–7 : écrivez des tests dorés + de mutation.
Jours 8–10 : pilotez avec 10 utilisateurs; relevez les problèmes.
Jours 11–12 : ajoutez des garde-fous et versionnez 1.0.0.
Jours 13–14 : publiez sur le canal d'équipe; créez un tableau de bord d'utilisation simple.

FAQs

Les Compétences sont-elles disponibles pour tous les plans?
Oui—les Compétences sont largement disponibles dans Claude (avec exécution de code activée); les utilisateurs de l'API peuvent utiliser les Compétences via les documents de la plateforme. Vérifiez les contrôles de locataire pour un déploiement d'entreprise.

Compétences vs MCP vs Artefacts?

• Compétences regroupent le comportement + les ressources.

• MCP fournit des adaptateurs d'outils (tuyauterie).

• Artefacts sont des sorties que vous pouvez ouvrir/modifier (docs, applications). Utilisez les Compétences pour créer des Artefacts cohérents.

Comment évitons-nous la dérive?
Gardez les Compétences dans Git, avec des propriétaires et des tests. Traitez SKILL.md comme une mini-spécification; les changements nécessitent une révision.

Les Compétences peuvent-elles appeler des systèmes externes?
Seulement via des connecteurs approuvés et dans vos garde-fous; préférez les écritures en lecture seule et confirmées par des humains.

Prochaines Étapes

Voulez-vous un pack de démarrage de Compétences pour votre organisation?
Nous co-auteurons trois Compétences prêtes pour la production avec des tests et des garde-fous, les intégrerons à votre pile, et formerons votre équipe pour les maintenir.