Hermes Agent : transformer une méthode de travail en skill

Tu viens d’obtenir une réponse satisfaisante. Tu as surtout apprécié la façon d’y arriver : les questions posées avant de chercher, les sources consultées, les incertitudes reconnues. C’est cette façon de travailler que tu voudrais retrouver la prochaine fois, sans devoir réexpliquer toutes tes attentes.

Une skill peut servir à cela. Dans Hermes, c’est un document d’instructions que l’agent peut charger lorsqu’il en a besoin. Tu y conserves une procédure ; tu ne réentraînes pas le modèle. Encore faut-il choisir ce qui mérite d’être gardé : une recommandation adaptée à une machine aujourd’hui peut être mauvaise pour une autre demain.

Le scénario, les échanges et le fichier présentés ici sont des illustrations, pas le récit d’un essai TekBrut. Aucun outil de transcription n’a été comparé ou installé pour ce guide, et aucune skill de démonstration n’a été créée. Tu peux adapter les consignes à une méthode qui t’a réellement donné satisfaction.

1. Séparer la méthode du résultat

Dans notre exemple, la transcription désigne le passage de l’audio au texte. Supposons que tu apprécies une fiche de choix parce qu’elle commence par tes contraintes, vérifie les capacités des logiciels dans leurs sources officielles et explique sa recommandation sans masquer ce qui reste inconnu.

La skill doit conserver ces habitudes. En revanche, elle ne doit pas traiter le logiciel retenu dans cette fiche comme un gagnant permanent, ni reprendre les caractéristiques de ton ancienne machine comme si tu utilisais toujours la même.

Pour préparer son contenu, sépare ce qui doit être répété de ce qui doit être actualisé :

Tu peux conserver la règle « vérifier la compatibilité », sans recopier une ancienne réponse à cette question. De même, un lien peut aider à retrouver une documentation ; il ne dispense pas de la consulter à nouveau. Pour une exigence hors ligne, la méthode doit faire vérifier les connexions ou téléchargements éventuellement nécessaires, sans les supposer absents.

2. Demander un brouillon avant toute écriture

Tu n’as pas besoin de rédiger toi-même tout le fichier. Demande à Hermes d’extraire une proposition courte de la méthode qui t’a plu. L’outil skill_manage permet notamment de créer une skill ; le premier échange doit toutefois rester une préparation, sans appel d’écriture.

Si tu as perdu le contexte, retrouve d’abord la mission et ses documents avant d’en extraire une méthode à conserver.

Consigne illustrative à adapter :

Relis surtout ce qui pourrait se transformer en mauvaise habitude. « Recommander le même outil » fige une conclusion. « Demander les contraintes utiles puis vérifier les candidats » laisse Hermes travailler sur le nouveau besoin. Retire aussi les détails du précédent échange qui n’aident pas à refaire la tâche.

Le nom et la description méritent la même attention : ils doivent indiquer quand utiliser la skill. Un nom comme choisir-transcription-locale décrit un besoin ; il ne désigne aucun logiciel à privilégier.

3. Une skill courte que tu peux vraiment relire

Voici les trois éléments à retrouver dans ton brouillon :

Le fichier principal s’appelle SKILL.md. Il contient un en-tête avec notamment le nom et la description, puis les instructions. Voici un exemple illustratif de ce contenu, à discuter avant de l’enregistrer :

---
name: choisir-transcription-locale
description: Aider à choisir un outil audio vers texte selon les contraintes actuelles.
---

# Choisir un outil de transcription locale

À utiliser pour préparer une fiche de choix d’un outil audio vers texte
qui doit fonctionner localement.

Demander seulement les contraintes utiles qui manquent : système,
matériel, langues, formats, confidentialité et aisance technique.
Ne pas reprendre les paramètres d’un ancien cas sans confirmation.
Préciser ce que l’utilisateur attend du fonctionnement local ou hors ligne.

Vérifier les capacités, la compatibilité, les prérequis et la licence
dans les sources officielles actuelles. Pour l’usage hors ligne,
vérifier les connexions ou téléchargements éventuellement nécessaires.

Justifier la recommandation selon ces contraintes. Distinguer les faits
vérifiés des inconnues ; ne pas combler une preuve manquante.
Ne conserver ni logiciel gagnant ni classement permanent.

Si un outil ou un accès nécessaire manque, le signaler sans contourner
la restriction. Ne rien installer et ne traiter aucun audio sans demande
et autorisation correspondantes.

Cet exemple reste un document d’instructions : aucun script, aucune dépendance à installer. Il ne contient pas le résultat de la comparaison. Tu dois pouvoir le relire sans connaître la fiche d’origine et comprendre comment il guiderait une nouvelle recherche.

4. Autoriser cette version, à cet emplacement

Avant de donner ton accord, fais confirmer la destination. Les nouvelles créations vont normalement dans le répertoire de skills du profil actif, mais le réglage skills.create_dir peut les diriger ailleurs. Une skill existante peut aussi être modifiée à son emplacement réel, y compris dans un répertoire externe accessible en écriture. Ne suppose donc pas un chemin universel à partir d’un exemple trouvé en ligne.

Une fois le contenu et la destination acceptés, tu peux demander :

Cette relecture volontaire est une façon de travailler avec Hermes. Elle ne signifie pas que son installation demande toujours une approbation avant d’écrire. Selon la documentation, le contrôle natif skills.write_approval est désactivé par défaut ; lorsqu’il est activé, les écritures de skill_manage sont mises en attente pour approbation.

Si le résultat indique staged, la demande est en attente, pas encore appliquée. Un champ success ne suffit alors pas à conclure que la skill est enregistrée à sa destination définitive. Dans la conversation Hermes, affiche les demandes en attente avec /skills pending, puis consulte la modification avec /skills diff IDENTIFIANT. Remplace IDENTIFIANT par la référence exacte de la demande concernée. Après relecture, /skills approve IDENTIFIANT applique cette demande ; /skills reject IDENTIFIANT la refuse. Ces commandes se saisissent dans Hermes, pas dans le terminal système. Si ta version ne les reconnaît pas, consulte son aide avant de poursuivre. Un refus doit être résolu, pas contourné.

5. Relire ce qu’Hermes utilisera

Après confirmation de l’écriture appliquée, demande à Hermes de charger la skill avec skill_view :

Tu contrôles ainsi les règles qu’Hermes charge. Cette relecture ne prouve ni leur efficacité sur une tâche ni une identité octet pour octet avec le fichier brut : le contenu peut être préparé par Hermes avant son affichage. Pour notre document statique, l’objectif est de repérer une omission ou une ancienne décision conservée par erreur.

Si tu trouves un défaut, demande une correction précise, puis relis la version corrigée. Par exemple : « Retire la référence à mon ancien ordinateur ; demande le matériel pour chaque nouveau cas où il influence le choix. » Une correction utile améliore la règle au lieu d’ajouter le récit de l’erreur.

6. Essayer la méthode sur un cas différent

L’essai suivant est proposé au lecteur ; il n’a pas été exécuté pour ce guide. Tu peux ouvrir une nouvelle session et demander explicitement à Hermes d’utiliser la skill par son nom. Sa présence dans les skills disponibles ne garantit pas qu’elle sera choisie pour chaque demande, ni que le résultat sera identique.

Pour ouvrir une nouvelle conversation dans le profil de base, saisis dans le terminal où la commande hermes fonctionne :

hermes -p default chat

Si tu as créé la skill dans un autre profil, remplace default par ce profil. Sous Windows avec WSL, utilise ton terminal Ubuntu/WSL habituel. Garde le même profil pour retrouver la skill que tu viens d’enregistrer.

Pour notre fiche, change une contrainte qui oblige à réfléchir à nouveau : une autre machine, par exemple, ou une exigence hors ligne différente. Une consigne possible :

Observe si Hermes recueille les nouvelles contraintes, consulte les sources nécessaires et reconnaît ce qu’il ne peut pas établir. Obtenir le même nom de logiciel ne prouverait rien à lui seul : il pourrait convenir à nouveau, ou avoir été repris sans vérification. C’est le raisonnement adapté au nouveau cas qu’il faut examiner.

Ce retour serait utile si ces informations manquent réellement. S’il les possède déjà, Hermes devrait les utiliser plutôt que te les redemander. À l’inverse, une recommandation immédiate fondée sur ton ancien ordinateur serait un signe que la méthode doit être corrigée.

Une skill ne fournit pas à elle seule un outil absent, un accès ou un droit système. Si Hermes ne peut pas vérifier une capacité, sa réponse doit garder cette inconnue. Et ne présume pas qu’une méthode a été sauvegardée parce qu’elle a donné une bonne réponse : demande sa conservation, vérifie que l’écriture est appliquée et relis les instructions.

Tu sauras quoi conserver si la skill reste utile quand la recommandation change : les bonnes questions reviennent, les faits sont revérifiés et le choix est expliqué pour la situation présente.

Sources et lectures utiles

• Les skills dans Hermes : chargement, création avec skill_manage, emplacements et approbation des écritures.
• Utiliser les skills : découverte, lecture avec skill_view et essai dans une nouvelle session.
• Créer une skill : format du fichier SKILL.md et rédaction des instructions.
• Les profils Hermes : répertoires et séparation des profils.
• La sécurité dans Hermes : contrôles d’accès, d’écriture et d’exécution.

Révision pédagogique du 8 novembre 2026. Repères techniques recoupés avec les documentations officielles ; scénario non exécuté.