Hermes : conserve ta méthode avec skill_manage sans figer tes anciens choix

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.

Garder les bonnes questions, laisser le choix ouvert

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.

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.

Consigne illustrative à adapter :

Cette façon de préparer la fiche de choix me convient. Propose une skill courte que tu pourras ensuite créer avec skill_manage, mais n’écris rien pour l’instant. Garde les questions utiles, les vérifications et la façon de justifier le choix. Retire le logiciel retenu, les caractéristiques de l’ancienne machine et le classement de cet exemple. Indique le nom proposé et l’emplacement de création prévu pour mon profil. Si une information manque pour déterminer cet emplacement, demande-la-moi.

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.

Une skill courte que tu peux vraiment relire

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.

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 :

Crée avec skill_manage la skill choisir-transcription-locale, avec exactement le contenu que je viens de valider et à l’emplacement annoncé. Ne modifie aucune autre skill. Si ce nom existe déjà, si la destination diffère ou si l’écriture est refusée, arrête-toi et explique le point à résoudre. Indique si la création est appliquée ou seulement en attente.

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. Examine et traite cette attente avec les contrôles prévus par ton installation avant de passer à la relecture. Un refus doit être résolu, pas contourné.

Relire ce qu’Hermes utilisera

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

Relis choisir-transcription-locale avec skill_view. Montre-moi son emplacement et les instructions chargées. Vérifie qu’elles demandent les paramètres actuels, revérifient les faits et ne reprennent aucun ancien gagnant. Signale toute différence avec le contenu validé.

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.

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 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 :

Utilise la skill choisir-transcription-locale pour préparer une nouvelle fiche de choix. Cette fois, je travaille sur une autre machine. Demande-moi les informations utiles qui manquent, puis vérifie les sources actuelles. Ne reprends pas l’ancienne recommandation par défaut. Nous restons sur une fiche, sans installation ni traitement d’audio.

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.

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.

Informations vérifiées le 29 octobre 2026.