Présentation des Skills : procédures réutilisables et accès aux outils pour les agents

Nous avons ajouté des Skills à Siesta AI : une manière dédiée de définir ce qu’un agent peut faire, comment il doit le faire, et quels outils il est autorisé à utiliser. Si votre prompt système répond à « qui est l’agent », les skills répondent à « ce que l’agent peut exécuter de manière fiable ».

Cela devient important dès que vous dépassez le cadre d’un simple agent de démonstration. Dans de vraies équipes, une même demande commence à produire des résultats différents selon l’agent utilisé, car les instructions sont copiées, ajustées, puis dérivent progressivement. Les skills sont conçus pour arrêter cette dérive en transformant un travail répétable en une capacité maintenue, réutilisable d’un agent à l’autre.

Les skills en pratique : procédures réutilisables et accès aux outils

Un skill est une unité d’exécution empaquetée qui combine deux éléments : des instructions (la procédure) et des outils (les fonctions et intégrations que l’agent est autorisé à utiliser pour cette procédure). Lorsque vous attachez un skill à un agent, vous faites plus que « ajouter une fonctionnalité ». Vous définissez des limites qui rendent le comportement plus prévisible.

Le bénéfice moins évident, c’est la gouvernance par la conception. Quand un workflow est encapsulé dans un skill, vous pouvez maintenir l’agent concentré sur les quelques outils dont il a réellement besoin. Cela réduit l’utilisation accidentelle d’outils, facilite le diagnostic des échecs, et maintient des résultats cohérents entre équipes, même lorsque vous ajoutez davantage d’agents.

Skills d’organisation vs. skills système

Les skills se répartissent en deux catégories. Les skills d’organisation sont créés au sein de votre organisation. Vous pouvez les créer, les modifier et les supprimer. C’est là que vous capturez la manière dont votre entreprise fonctionne réellement, par exemple comment vous voulez que les tickets soient rédigés, comment les rapports doivent être formatés, quels contrôles doivent avoir lieu avant l’envoi d’un e-mail, ou quel système fait foi lorsque les données sont en conflit. Les skills système sont prédéfinis et disponibles pour tous. Ils ne sont pas modifiables directement, mais vous pouvez les copier et adapter la copie. En pratique, cela vous donne une base que vous pouvez aligner sur vos règles internes, conventions de nommage, approbations, et outils autorisés.

Skills vs. Subagents : quand utiliser l’un ou l’autre

Les Skills et les Subagents résolvent des problèmes différents, et les confondre conduit à des configurations d’agents désordonnées.

• Un skill consiste à standardiser l’exécution. Utilisez-le quand vous voulez que la même tâche soit réalisée de la même manière à chaque fois : les mêmes étapes, les mêmes accès aux outils, le même format de sortie. Les skills sont votre couche de répétabilité.
• Un subagent concerne la délégation et la spécialisation. Utilisez-le lorsqu’une demande est trop large ou pluridisciplinaire pour être gérée proprement par un seul agent, afin que l’agent principal délègue des parties du travail à des agents spécialisés.

Le schéma pratique qui fonctionne bien consiste à les combiner : les subagents répartissent le travail, les skills rendent chaque partie cohérente. Sans skills, les subagents peuvent encore produire des résultats variables, car chaque agent spécialisé « fait à sa manière ». Sans subagents, les skills ont tendance à gonfler, car un agent tente de gérer toutes les étapes d’une demande complexe.

En savoir plus sur les Subagents : https://siesta.ai/blog/1329/new-in-siesta-ai-subagents

Une meilleure façon de déployer cela

Si vous voulez que les Skills apportent rapidement de la valeur, ne commencez pas par un « skill maître » qui essaie de tout couvrir. Choisissez un workflow qui a déjà un propriétaire clairement identifié et qui se répète chaque semaine, comme créer des tickets Jira à partir d’escalades support, transformer des notes de réunion en suivis, ou produire une mise à jour ops standard.

Rédigez le skill comme un runbook interne, donnez-lui uniquement les outils dont il a besoin, puis assignez-le aux agents que les équipes utilisent déjà. Après une semaine, vous saurez exactement quoi renforcer : entrées manquantes, passations floues, cas limites de permissions, et les deux ou trois modes d’échec qui génèrent le plus de reprise. Corrigez cela une seule fois dans le skill, et l’amélioration se propage automatiquement partout.