Agent Skills : vendre une procédure métier transférable, avec une recette mesurable

Une PME confie son catalogue à un indépendant. Le premier agent IA aide à préparer les fichiers ; trois semaines plus tard, un autre intervenant reprend le travail avec un autre outil. Les règles de prix, les exceptions et les contrôles sont dispersés dans des conversations. La prestation devient difficile à transmettre. Une procédure versionnée, accompagnée d’un programme de contrôle et de cas de recette, peut rendre cette reprise vérifiable.

Le 9 novembre 2026, Cloudsmith a annoncé un registre pour les « Agent Skills », ces ensembles d’instructions et de ressources destinés aux agents IA [1]. Cette annonce documente une offre de distribution et de gestion des versions. Elle ne démontre ni un gain de productivité ni une demande payante pour chaque procédure. Pour un indépendant, la piste commerciale consiste à livrer un processus métier transmissible dont le client peut contrôler les résultats.

Schéma illustratif original GEEKKECH, CC BY 4.0. Le validateur local a été testé ; la reprise entre deux agents reste à évaluer sur les installations cibles.

Ce qui se transfère entre agents

Le format Agent Skills repose sur un fichier SKILL.md, avec un nom, une description et des instructions ; des programmes et références peuvent l’accompagner [2]. Le contenu réutilisable décrit la tâche, ses entrées et ses critères de réussite. Les outils disponibles, les accès et l’environnement restent propres à chaque installation. Copier les fichiers ne garantit donc pas une exécution identique.

La documentation GitHub, consultée en français, portugais, allemand et japonais le 13 novembre 2026, distingue les emplacements selon la surface utilisée et précise que la prise en charge dépend de l’IDE et de sa version [3]. Le contrat doit nommer les environnements effectivement testés. Une mention de compatibilité indique un prérequis ; elle ne le remplace pas.

Un cas utile : préparer un catalogue pour une caisse

Prenons un catalogue fictif destiné à une caisse ou une boutique en ligne. Le périmètre initial est volontairement court : lire un CSV en UTF-8, contrôler les références et les prix en MAD, produire une proposition structurée et un rapport. Aucune écriture dans la caisse n’est effectuée. L’intégration vers uniCenta, WooCommerce ou un ERP constitue un lot supplémentaire, adapté à sa version et à son modèle de données.

Le dossier transmis contient les règles métier approuvées, les fichiers d’exemple, le validateur Python, les résultats attendus et un historique de versions. L’agent aide à expliquer les anomalies et à proposer une correspondance de colonnes. Il ne reconstitue pas un prix absent et ne décide pas seul qu’une référence proche désigne le même produit. Le responsable du catalogue tranche ces cas.

Une recette locale reproductible

Le fichier de démonstration contient deux produits fictifs. Le point est le séparateur décimal et le point-virgule sépare les colonnes :

sku;libelle;prix_mad
A;Thé;12.50
B;Café;22.90

Le programme recette_catalogue.py est téléchargeable avec les résultats et sa licence MIT. Il utilise seulement la bibliothèque standard de Python. Il a été exécuté sous Python 3.12.14. Il impose les trois colonnes dans cet ordre, des références uniques et un prix positif ou nul avec deux décimales. Le type Decimal sert à additionner les montants représentés par des chaînes [4].

python3 recette_catalogue.py
# Cas valide : 2 produits ; somme des prix = 35.40 MAD
# Rejets : doublon, virgule décimale, colonne manquante,
# colonne en trop et fichier sans produit.

Ces six cas ont passé la recette locale : un fichier accepté et cinq fichiers invalides rejetés. La somme de 35,40 MAD est un contrôle du jeu d’exemple, sans quantité vendue ; elle ne représente aucun chiffre d’affaires. Le programme ne convertit pas automatiquement « 12,50 » : accepter cette notation demanderait une règle explicite et de nouveaux tests.

Évaluer la reprise avec un deuxième outil

Pour tester la transférabilité, un second opérateur ouvre une copie propre du dossier dans l’autre environnement prévu au contrat. Il reçoit les mêmes fichiers et doit retrouver les résultats attendus, identifier les rejets et expliquer la marche à suivre. Le rapport conserve la version du programme, celle de l’agent et du modèle lorsqu’elle est exposée, les commandes lancées et les sorties obtenues.

Ce test entre agents reste à exécuter sur les installations du client : la démonstration présente valide le programme déterministe, pas la fiabilité de deux modèles. Un refus d’accès, une mauvaise sélection de procédure ou une commande différente sont des résultats de recette à corriger. Une empreinte SHA-256 aide à identifier les fichiers testés ; elle ne prouve pas leur innocuité.

Ce qui peut se facturer

Pour une agence e-commerce ou un intégrateur POS, le livrable facturable comprend le cadrage du format, les contrôles, le dossier de transmission et une séance de reprise. Un forfait doit borner le nombre de formats et d’environnements couverts. Ajouter un fournisseur, traiter des variantes ou connecter un système de production change le périmètre.

Simulation fictive en MAD, sans tarif de marché revendiqué : une facture de 3 600 MAD couvre 14 heures valorisées à 180 MAD et 240 MAD de frais directs hypothétiques, comprenant l’allocation des outils, l’inférence éventuelle et les échanges de fichiers. Le coût direct atteint 2 760 MAD ; le solde est de 840 MAD, soit 23,3 % du prix, avant charges indirectes et impôts. À 20 heures, le solde devient négatif de 240 MAD. Le programme reproduit ces calculs.

Le test commercial consiste à faire accepter un pilote payé sur un seul format réel, avec autorisation d’utiliser les données. Le client doit pouvoir refaire le contrôle et reprendre la procédure. Aucun chiffre d’affaires encaissé, bénéfice réalisé ou temps économisé en production n’est établi ici.

Limites et maintenance

Une prépublication de Huang et ses coauteurs, déposée le 3 novembre 2026, étudie l’évolution de procédures d’agents sur GitHub et relève une attention insuffisante portée à la vérification et à la récupération après échec [5]. Son texte intégral décrit des limites liées aux dépôts publics et à l’annotation assistée par modèle. Ce travail n’est pas présenté ici comme une étude évaluée par les pairs ni comme une mesure de rentabilité.

Un dossier réutilisable exige un responsable des règles et une politique de mise à jour. Pour un plugin, un APK ou un jeu, la même méthode peut encadrer une préparation de livraison ; les tests propres au produit restent nécessaires. Un SaaS ajoute hébergement, isolation des clients et support. La recette d’un prototype IA avant livraison reste le complément utile pour tester l’application qui exécutera ensuite les opérations.

Sources et dates

1. Cloudsmith, annonce du registre Agent Skills, 9 novembre 2026, anglais. Déclaration du fournisseur.
2. Agent Skills, spécification du format, sans date de mise à jour affichée, consultée le 13 novembre 2026, anglais.
3. GitHub Docs, compétences de l’agent, documentation vivante sans date affichée, consultée le 13 novembre 2026. Les traductions sont des versions de la même source.
4. Python, module decimal, branche 3.12, documentation consultée le 13 novembre 2026.
5. Jinjun Huang et coauteurs, How Agent Skills Evolve, prépublication arXiv v1 du 3 novembre 2026, anglais ; élargissement de la fenêtre de sept jours.