Imaginez que vous construisez un robot majordome. Autrefois, pour lui apprendre un nouveau tour, il fallait écrire un code informatique strict — des lignes de logique qui ressemblaient à un langage secret que seuls les ingénieurs pouvaient lire. Si vous vouliez que le robot prépare un café, vous programmiez les étapes exactes. Plus tard, les scientifiques ont découvert l'« apprentissage automatique » (machine learning), où l'on nourrit le robot avec des millions d'images de café, et il apprend à le préparer en devinant des modèles, comme un élève qui mémorise des réponses sans comprendre les mathématiques. Mais maintenant, il existe une troisième voie : vous pouvez simplement parler au robot. Vous pouvez lui donner une note écrite disant : « Prépare un café, mais utilise le torréfié foncé et ne le renverse pas », et le robot comprend. C'est ce qu'on appelle le « langage naturel ».

La grande question que les scientifiques se posent actuellement est la suivante : que se passe-t-il lorsque vous enregistrez cette note écrite ? S'agit-il d'un simple message temporaire, comme un post-it que l'on jette après que le robot a fini sa tâche ? Ou cette note peut-elle devenir un outil permanent et réutilisable, comme une clé à molette physique que l'on peut saisir, utiliser et donner à quelqu'un d'autre ? Ce document plonge précisément dans ce recoin de l'informatique. Il examine comment nous transformons ces « notes » en véritables objets logiciels gérables que l'on peut mettre à jour, réparer et partager, tout comme les applications sur votre téléphone. Les auteurs veulent savoir si nous pouvons traiter ces instructions comme des logiciels sérieux, et non comme de simples messages de chat éphémères.

La grande idée du papier : Rencontrez le « Skillware »

Les auteurs de ce document proposent un nouveau nom pour un nouveau type d'objet logiciel qu'ils appellent le Skillware. Voyez les choses ainsi : imaginez que vous avez la recette des célèbres cookies de votre grand-mère. Par le passé, cette recette n'était qu'un morceau de papier dans un tiroir. Si vous vouliez l'utiliser, vous deviez la lire, et si vous vouliez la modifier, vous deviez la réécrire entièrement.

Maintenant, imaginez que cette recette devienne un « kit de cookies intelligent ». Ce kit contient la recette, mais il possède aussi un code-barres, un numéro de version (comme v1.0 ou v2.0) et une boîte spéciale dans laquelle il réside. Vous pouvez l'acheter, l'installer dans votre cuisine, l'utiliser pour cuisiner des cookies, et si vous décidez d'ajouter un nouvel ingrédient, vous pouvez mettre à jour le kit vers la version 1.1 sans perdre le fait qu'il s'agit toujours du « Kit de Cookies de Grand-mère ». C'est ce qu'est le Skillware. Il transforme un simple ensemble d'instructions (un « Skill » ou une compétence) en un objet logiciel permanent et traçable qui possède sa propre identité.

Le papier soutient que nous devons cesser de considérer ces instructions d'IA comme de simples « prompts » (des questions temporaires que l'on pose à un ordinateur) et commencer à les traiter comme des Artefacts Comportementaux. Cela signifie qu'il s'agit de choses qui ont un cycle de vie : elles naissent (création), elles grandissent (mise à jour), elles peuvent tomber malades (bugs) et elles peuvent même mourir (suppression). Les auteurs suggèrent que pour que les agents IA (des programmes intelligents qui accomplissent des tâches) fonctionnent réellement bien, nous devons construire tout un système d'ingénierie autour de ces « kits » pour les gérer correctement.

Les trois règles du jeu

Pour décider si quelque chose est réellement du « Skillware » et non une simple note aléatoire, les auteurs ont établi trois règles strictes. Si un projet ne respecte pas les trois, il ne compte pas.

1. La règle du Patron (Primauté Comportementale) : Les instructions doivent être le patron principal. La « note » (écrite en anglais courant) doit être l'élément qui dicte au robot ce qu'il doit faire. Si le robot agit principalement grâce à du code informatique caché, et que la note n'est qu'une petite note secondaire, alors ce n'est pas du Skillware. La note doit être la star du spectacle.
2. La règle de la Carte d'Identité (Identité Indépendante) : Le kit doit avoir sa propre carte d'identité. Il a besoin d'un nom, d'un numéro de version et d'un moyen d'être trouvé et installé séparément du robot lui-même. Vous devriez pouvoir retirer le kit d'un robot et le mettre dans un autre, et il devrait rester le même kit. Si les instructions sont coincées dans le cerveau du robot et ne peuvent pas être déplacées, ce n'est pas du Skillware.
3. La règle du Handshake (Exécution par l'Hôte Agent) : Il doit y avoir un robot (appelé « Agent Host » ou Hôte Agent) qui sache comment trouver ce kit, l'ouvrir et l'utiliser. C'est comme avoir une clé qui s'adapte à la serrure. Si aucun robot ne sait lire et utiliser le kit, c'est juste un fichier posé sur une étagère, pas un logiciel fonctionnel.

Ce que les auteurs ont réellement découvert

Les auteurs n'ont pas seulement inventé ces idées ; ils sont allés chercher des preuves dans le monde réel. Ils ont examiné une collection massive de 138 133 fichiers d'instructions différents (appelés fichiers SKILL.md) provenant de 20 556 projets informatiques différents. Ils ont découvert que :

• Le modèle est réel : Les gens font déjà cela. Ils emballent des instructions avec des fichiers supplémentaires, des scripts et des tests, tout comme ils le font avec les logiciels classiques.
• C'est en pleine croissance : Ils ont constaté que ces « kits » deviennent de plus en plus grands et complexes. Certains ne sont qu'une page de texte, tandis que d'autres sont de vastes packages comprenant de nombreuses parties, comme une suite logicielle complète.
• La « vie » d'un kit : Ils ont observé comment ces kits évoluent dans le temps. Ils ont découvert que parfois, l'identité du kit reste la même même lorsqu'il est mis à jour (ce qui est une bonne chose !), mais parfois, les mises à jour brisent la connexion, rendant difficile le suivi de l'historique. Cela suggère que bien que l'idée du Skillware soit présente, les règles de gestion sont encore en cours de définition.

Les « Analogies Cool » qu'ils utilisent

Pour expliquer le fonctionnement de ces kits, les auteurs utilisent des comparaisons amusantes avec la conception de logiciels traditionnels :

• La Porte d'Entrée (Façade) : Imaginez un grand atelier désordonné avec cent outils différents. Une « Façade » est comme une seule porte d'entrée propre. Vous frappez à la porte, et un assistant à l'intérieur décide de l'outil dont vous avez besoin et vous le tend. Dans le Skillware, il s'agit d'un fichier d'instruction principal qui dit au robot : « Si tu as besoin de faire X, va chercher l'outil spécifique pour X », afin que le robot ne soit pas confus par toutes les options.
• Le Traducteur (Adaptateur) : Parfois, vous avez un kit conçu pour le Robot A, mais vous voulez l'utiliser sur le Robot B. Un « Adaptateur » est comme une prise universelle qui permet au kit de s'adapter au nouveau robot sans modifier le kit lui-même.
• Le Chef d'Équipe (Composite) : Imaginez un projet où vous avez un kit « Faire une Pizza », mais à l'intérieur de ce kit, il y a de plus petits kits pour « Faire la pâte », « Ajouter la sauce » et « Cuire ». Le grand kit agit comme un chef d'équipe, s'assurant que tous les petits kits travaillent ensemble pour former une seule grande tâche.
• Le Surveillant (Observateur) : C'est comme une caméra de sécurité. Lorsqu'un événement se produit (comme la sortie d'une nouvelle version du kit), la caméra envoie un signal à tous ceux qui surveillent, afin qu'ils puissent mettre à jour leurs systèmes.

Ce que cela signifie pour l'avenir

Le papier suggère que nous sommes au tout début d'une nouvelle ère. Nous passons du « prompt engineering » (l'écriture de messages ponctuels) au « skillware engineering » (la construction d'outils permanents et gérables).

Cependant, les auteurs prennent garde à ne pas dire que le problème est résolu. Ils soulignent que nous ne savons pas encore combien de ces kits sont réellement « bons » ou sûrs. Ils notent également que, bien que nous puissions voir la structure de ces kits, nous n'avons pas encore pleinement compris comment gérer leur « vie » (comment les mettre à jour sans les casser, ou comment les réparer lorsqu'ils dysfonctionnent).

Ils proposent une nouvelle façon de penser appelée « Évolution Préservant l'Identité ». C'est une façon sophistiquée de dire : « Nous pouvons modifier les instructions et les améliorer, mais nous devons conserver la même carte d'identité pour savoir qu'il s'agit toujours du même outil. » Ils suggèrent qu'à l'avenir, les robots pourraient même aider à rédiger ces mises à jour, mais que les humains devront les vérifier au préalable pour s'assurer qu'elles sont sûres.

L'essentiel

Ce papier est un plan directeur. Il dit : « Hé, regardez tous ces kits d'instructions que les gens fabriquent. Ils deviennent de véritables objets logiciels. Donnons-leur un nom (Skillware), établissons des règles pour les gérer, et commençons à les traiter avec le même soin que nous accordons aux programmes informatiques réguliers. »

Il ne prétend pas que tout est parfait pour autant. En fait, il admet que nous sommes encore dans la phase du « Far West » où les gens construisent des choses, mais que les règles de la route ne sont pas encore totalement écrites. Mais en définissant ce qu'est le Skillware et comment il doit fonctionner, les auteurs espèrent aider les ingénieurs à construire des outils d'IA meilleurs, plus sûrs et plus fiables pour tous. C'est comme réaliser que les post-it sur votre réfrigérateur sont en fait les plans d'une toute nouvelle sorte de cuisine, et qu'il est maintenant temps de commencer à construire les placards.