Compétence (skill)

Une skill IA, ou compétence, rassemble des instructions réutilisables pour une tâche. Elle peut préciser les sources à consulter, les étapes à suivre, le format du livrable et les vérifications attendues. Selon l’application, elle prend la forme d’un document, d’une fonction ou d’un ensemble de ressources. Le terme ne désigne pas une capacité universellement identique.

La compétence aide à rendre une procédure explicite. Elle évite de reformuler chaque fois les mêmes attentes, mais elle ne fournit pas automatiquement les outils ni les données. Une instruction demandant de consulter le CRM ne peut pas s’exécuter si la connexion n’existe pas. L’échec doit être visible au lieu d’être remplacé par une réponse inventée.

L’application sélectionne ou charge les instructions adaptées à la demande. Le système les applique avec le contexte disponible et les fonctions autorisées. Certaines compétences produisent uniquement un texte ; d’autres demandent des appels d’outils, des calculs ou une vérification documentaire.

Le résultat dépend de plusieurs éléments : la version de la procédure, la qualité des entrées et le comportement du modèle. Une compétence doit expliquer les conditions de réussite et la conduite à tenir lorsqu’une étape ne peut pas être exécutée. « Faire un rapport » est moins précis que décrire ses sources et ses critères de contrôle.

Une skill n’est pas nécessairement un nouvel entraînement du modèle. Elle organise son utilisation à partir d’instructions et de ressources. Une même procédure peut fonctionner différemment dans deux environnements si les outils disponibles ou les règles de priorité changent.

Une automatisation ajoute un déclenchement ou une exécution répétée. Elle ne garantit pas que chaque étape ait réussi. Il faut conserver les erreurs, les données manquantes et les validations. Une procédure qui décrit l’envoi d’un message ne suffit pas à donner le droit de l’envoyer.

Imaginons une équipe qui produit régulièrement un point de projet. Sa compétence demande de consulter les tâches ouvertes et les derniers comptes rendus approuvés. Elle organise le livrable en décisions prises, blocages et actions à venir, avec un propriétaire et une date seulement lorsqu’ils sont présents dans les sources.

L’utilisateur fournit le projet et la période. La compétence vérifie les entrées, recherche les éléments et prépare le document. Si une source est inaccessible, elle l’indique. Si deux personnes sont nommées pour une action, elle ne choisit pas arbitrairement : elle signale le point à clarifier.

Le responsable de projet relit le résultat avant diffusion. Cet exemple est illustratif. Pour mesurer la qualité, comparez plusieurs exécutions sur les mêmes données et vérifiez que les omissions, les contradictions et les informations absentes sont correctement traitées.

Définissez son objectif, ses entrées et ses limites. Listez les sources autorisées et les étapes nécessaires. Précisez le format de sortie, puis les contrôles qui permettent de vérifier le résultat. Une procédure courte et ciblée se maintient plus facilement qu’un document qui accumule des exceptions sans hiérarchie.

Indiquez les actions soumises à validation et les situations qui doivent interrompre une opération. Conservez une version et un propriétaire. Lorsque le logiciel change, la procédure doit être revue : un champ supprimé ou une fonction renommée peut rendre une instruction obsolète.

Une skill ne prouve pas que les étapes ont été exécutées. Le résultat doit être accompagné des éléments utiles au contrôle : sources, période, opérations réalisées et erreurs. Un texte qui ressemble au format attendu peut être incorrect si la récupération des données a échoué.

Évitez les procédures qui contournent les droits ou suivent des instructions présentes dans des documents externes. Le contenu recherché doit rester une source d’information. Les permissions et les règles d’action relèvent de la configuration et des instructions autorisées.

Choisissez une tâche répétée dont l’équipe connaît déjà les critères de qualité. Écrivez une première procédure simple et préparez des exemples d’entrées normales, incomplètes et contradictoires. Vérifiez que les réponses restent contrôlables dans chaque cas.

Séparez les étapes de lecture, de calcul et d’action. Une compétence peut préparer un livrable sans pouvoir le publier. Identifiez les permissions nécessaires et les validations prévues avant de connecter des fonctions supplémentaires.

Conservez les versions et les résultats de test. Après une modification, reprenez les cas qui vérifient les erreurs importantes. L’objectif est une procédure utilisable et maintenue, avec des limites connues, plutôt qu’un ensemble d’instructions considéré comme définitif.

Pour distinguer instructions et capacités exposées par un outil, voir la spécification du protocole MCP.

Référence consultée le 10 octobre 2026.