Des définitions qui aident vraiment
Les termes « compétence » et « agent » s'utilisent de manière interchangeable dans la communication marketing, ce qui crée de la confusion. Voici une manière plus claire d'y penser.
Une compétence est une capacité discrète et ciblée. Elle fait une chose et la fait bien. Résumer un document. Extraire des données d'un PDF. Générer un graphique à partir d'un jeu de données. Traduire un texte. Chaque compétence a une entrée définie, une sortie définie et un comportement relativement prévisible. Vous pouvez penser aux compétences comme à des fonctions en programmation : elles prennent des entrées et produisent des sorties.
Un agent est un système qui utilise des compétences (et d'autres outils) pour poursuivre des objectifs de manière autonome. Il décide quelles compétences utiliser, dans quel ordre, et comment gérer les résultats. Là où une compétence est une opération unique, un agent est l'orchestration de nombreuses opérations guidées par le raisonnement.
Le facteur composabilité
Les compétences gagnent en valeur lorsqu'elles se composent. Une compétence de synthèse de documents prise isolément est utile. Combinée à une compétence de recherche web et à une compétence de génération de rapports, elle devient un maillon d'un flux de recherche. Ajoutez une compétence d'envoi d'emails, et l'agent peut envoyer le rapport quand il est terminé.
Cette composabilité est la raison pour laquelle la distinction compétence-agent compte sur le plan architectural. Si vous construisez un agent monolithique qui gère chaque étape en interne, ajouter de nouvelles capacités exige de modifier l'agent. Si vous construisez les compétences comme composants modulaires et laissez l'agent les orchestrer, ajouter de nouvelles capacités revient simplement à ajouter de nouvelles compétences.
Le protocole MCP facilite cette approche modulaire. Chaque serveur MCP peut être pensé comme une collection de compétences que l'agent peut découvrir et utiliser. L'agent n'a pas besoin de connaître à l'avance les compétences disponibles ; il les découvre à l'exécution et raisonne sur le moment opportun pour utiliser chacune.
Quand construire une compétence plutôt qu'un agent
Si la tâche est bien définie et n'exige pas de raisonnement multi-étapes, construisez-la comme compétence. Mettre en forme des données, appeler une API précise, exécuter un calcul : voilà des problèmes en forme de compétence. Les compétences sont plus faciles à tester, à déboguer et plus réutilisables que les agents.
Si la tâche exige du jugement, de la planification ou une adaptation en fonction de résultats intermédiaires, vous avez besoin d'un agent. Faire de la recherche sur un sujet, déboguer un bug, gérer un projet : ces tâches exigent la boucle observer-réfléchir-agir caractéristique des agents.
Beaucoup de développeurs commencent par construire des agents quand ils devraient construire des compétences. Un agent qui ne fait jamais qu'enchaîner les mêmes étapes dans le même ordre n'est en réalité qu'un workflow, et il serait plus simple et plus fiable comme suite composée de compétences plutôt que comme boucle de raisonnement.
La qualité au niveau compétence détermine la performance de l'agent
Un agent ne vaut que ce que valent les compétences auxquelles il a accès. Si la compétence de recherche web renvoie de mauvais résultats, la sortie de recherche de l'agent sera mauvaise. Si la compétence de génération de code produit du code bogué, la boucle de débogage de l'agent gaspillera des tokens à corriger des problèmes qui n'auraient pas dû exister.
C'est pour cela qu'investir dans des compétences de haute qualité, bien testées, paie de manière disproportionnée. Une compétence fiable qui marche correctement 99 % du temps, contre une qui marche 90 % du temps, peut sembler une amélioration marginale, mais quand un agent enchaîne dix compétences, l'écart de fiabilité composé est substantiel.
Pour les équipes qui construisent des systèmes basés sur des agents, le travail ingrat de tester et d'améliorer les compétences individuelles a typiquement plus d'impact sur la performance globale que des changements architecturaux à l'agent lui-même. Réussissez les compétences, et le travail de l'agent devient bien plus facile.
La perspective écosystème
Du point de vue de l'écosystème, le nombre et la qualité des compétences disponibles déterminent directement ce que les agents peuvent accomplir. Un écosystème riche de compétences fiables rend les agents plus capables sans aucune modification de l'agent lui-même. C'est l'une des raisons pour lesquelles l'écosystème MCP a grandi si vite : chaque nouveau serveur MCP ajoute des compétences que tout agent peut utiliser.
La découverte et l'évaluation comptent aux deux niveaux. Les développeurs qui cherchent des compétences ont besoin d'en trouver de fiables, bien documentées et compatibles avec leur configuration. Les développeurs qui construisent des agents ont besoin de savoir quelles compétences sont assez fiables pour être utilisées dans des flux automatisés. Les deux besoins sont servis par des plateformes qui agrègent, notent et recoupent les options disponibles.
Lectures complémentaires
- Ce qui distingue un agent IA d'un chatbot
- L'économie du coût d'exploitation des agents IA
- Comment choisir le bon framework d'agent IA
- Construire votre première compétence IA pour Claude
Découvrez les agents IA sur Skillful.sh. Explorez les compétences IA sur Skillful.sh. Cherchez plus de 137 000 outils IA sur Skillful.sh.