Après le don d’Agent Skills à l’AAIF : vos méthodes peuvent-elles suivre votre équipe ?

Illustration conceptuelle : les méthodes voyagent, les outils et les clés d’accès se préparent séparément.

Imaginez que plusieurs essais aient enfin donné un bon contrôle des dossiers clients : liste, pièces jointes, manques nommés, deux sources gardées quand les dates diffèrent. Puis l’équipe change d’environnement d’agent. Les mêmes consignes ne trouvent plus le script ni les pièces, et « contrôle terminé » semble vouloir dire autre chose. Il faut réexpliquer les détails déjà réglés.

Quelle pièce bloque la suite ? Quelle date compte ? Que doit recevoir le responsable ? Cela vaut la peine de laisser ces réponses à la prochaine personne, pour qu’un changement d’outil n’efface pas les habitudes de travail que vous avez affinées.

Le 22 octobre 2026, Anthropic a annoncé le don d’Agent Skills à l’AAIF. Un format ouvert facilite la conservation et le partage des méthodes. Pour les reprendre ailleurs, ouvrons-les aussi afin de voir ce dont elles ont besoin.

Préparer méthode, environnement et accès séparément

Prenons un contrôle d’intégration client : lire une liste et des pièces jointes, identifier les manques et préparer les questions du responsable.

Un dossier Skill peut contenir SKILL.md, scripts et références. N’y mettez ni mots de passe, ni jetons bruts, ni vraies pièces client. Partager des instructions ne transfère pas les autorisations.

Rendre l’expérience implicite vérifiable

Ce qui se transmet mal est souvent ce que tout le monde sait déjà et ne note plus. « Vérifier la date du contrat » : la signature ou le début du service ? Si les dates diffèrent, faut-il arrêter ou demander au responsable ? Quand la réponse n’existe que dans une ancienne conversation, ni le nouveau collègue ni le nouvel agent ne peuvent la deviner.

Définissez trois résultats : complet, complément nécessaire, données contradictoires. Précisez identifiants originaux, sources et questions à conserver. Les formulations peuvent varier ; les raisons d’une décision métier doivent rester.

Leina conserve une méthode éprouvée dans un Skill et utilise les Apps autorisées. Dans le catalogue Skills, lisez Apps requises et installation, puis testez dans l’environnement réel.

flowchart TB
  accTitle: Déplacer la méthode sans copier les accès
  accDescr: La méthode et les exemples anonymisés passent dans un nouvel environnement ; outils et accès sont configurés avant validation et travail réel.
  A("Méthode et exemples anonymisés"):::resource --> B("Environnement agent cible"):::agent
  B --> C("Préparer outils et dépendances"):::gateway
  B --> D("Configurer les accès séparément"):::restricted
  C --> E("Valider avec les exemples"):::gateway
  D --> E
  E --> F("Exécuter après validation"):::resource

Emporter des exemples qui révèlent les problèmes

Un seul cas idéal prouve peu. Préparez des exemples anonymisés : complet, pièce manquante, dates contradictoires et identifiant répété.

Documentez les résultats attendus plutôt qu’une réponse à réciter : conserver les sources, nommer le manque, montrer les deux dates, ne pas écraser silencieusement un doublon.

Testez aussi source illisible, script en échec et absence de droit d’écriture. L’agent doit indiquer les étapes inachevées sans annoncer une réussite globale. Les dossiers clients n’ont pas à devenir un jeu de test public.

Reconstruire la plus petite tâche dans Leina

Examine ce Skill d’intégration client. Liste Apps, actions, scripts et chemins locaux requis. Ne lis aucune donnée client réelle et ne modifie aucun dossier. Exécute les exemples anonymisés fournis et compare chaque résultat attendu. Sépare méthode réutilisable, étapes d’outils à adapter et accès manquants, puis décris le premier essai réel.

Suivez les instructions de l’environnement cible. Un CLI, un plugin particulier ou un paquet Python peut demander des dépendances ou une autre façon d’exécuter une étape. Après la copie du dossier, l’essai sur les exemples montrera ce qui manque encore.

Après connexion, commencez en lecture seule. Vérifiez destinations, droits et confirmation avant d’écrire un tableau ou d’envoyer un message.

Garder un responsable et un historique

Quand plusieurs personnes utilisent la méthode, quelqu’un doit pouvoir l’expliquer. Gardez responsable de maintenance, version, date du dernier contrôle, règles modifiées et exemples rejoués.

Des champs client, actions de connecteur ou dépendances modifiés peuvent invalider la méthode. Rejouez les exemples avant les données réelles. Un document ou dépôt peut porter cet historique ; tous les agents n’ont pas la même interface de versions.

Commencez par le contrôle des dossiers clients que l’équipe utilise déjà avec confiance. Quand un autre collègue peut lire les consignes, connecter ses comptes autorisés et obtenir les résultats attendus sur les exemples avant de travailler, le temps passé à mettre la méthode au point sert aussi à la suite.