Tu as ajouté quelques outils, essayé une skill et branché un serveur MCP. Tout fonctionne encore, mais tu ne sais plus très bien ce qui sert à tes tâches habituelles. C’est le bon moment pour faire un inventaire, avant de toucher aux réglages.
Nous allons partir d’un usage simple : reformuler des notes que tu fournis directement à Hermes. Tu repéreras les capacités disponibles, choisiras un seul essai réversible et noteras la décision. Le but est de pouvoir expliquer ton installation et l’entretenir, sans chercher à la vider.
1. Choisir l’usage à préserver
Il te faut une installation Hermes fonctionnelle, un accès à sa conversation dans le terminal et quelques lignes pour prendre des notes. Termine les tâches en cours avant l’essai. Si une panne est déjà présente, commence par le parcours de diagnostic : tu as besoin d’un fonctionnement de référence pour comparer.
Choisis deux ou trois tâches que tu veux conserver. Par exemple : reformuler des notes fournies, lire un fichier de travail et chercher une information récente. Un outil peut être inutile pour la première et indispensable pour la troisième.
Pour ce premier exercice, nous choisirons les ensembles d’outils au lancement d’une conversation, sans enregistrer cette sélection dans la configuration. Un ensemble, ou toolset, regroupe plusieurs outils. Nous prendrons default comme profil : remplace ce nom dans les commandes si ton usage habituel passe par un autre profil. Utilise deux conversations d’essai, sans reprendre une mission en cours.
2. Relever ce qui est réellement disponible
Dans le terminal de la machine où tu utilises Hermes, relève la version et consulte l’aide :
hermes --version
hermes chat --help
L’aide doit proposer --toolsets. Si cette option manque, arrête le parcours ici et consulte la documentation de ta version. Ouvre ensuite une conversation de référence :
hermes -p default chat
Dans cette conversation Hermes, vérifie le modèle, le provider, le profil et le dossier utilisés :
/status
Puis consulte les outils de cette session :
/tools
Garde cette liste comme état initial. Ne la remplace pas par une question générale comme « quels outils as-tu ? » : l’affichage de gestion permet de comparer ce qui est annoncé disponible avant et après le changement.
Pour compléter l’inventaire, tu peux examiner les catégories qui occupent le contexte :
/context all
Les affichages varient selon la version. Si une commande manque, consulte /help ; ne mets pas Hermes à jour au milieu de l’exercice pour obtenir le même écran.
Voici les trois états à distinguer dans tes notes :
| État | Ce qu’il indique |
|---|---|
| Installé ou configuré | L’élément existe dans ton installation ou ses réglages. |
| Disponible dans la session | Hermes peut le proposer ou y accéder dans ce contexte. |
| Utilisé pendant une tâche | Un appel d’outil ou un chargement de skill est observé dans l’échange. |
Une skill installée n’est pas forcément chargée en entier. Un outil disponible n’a pas forcément été appelé. Et une connexion MCP configurée ne prouve pas que son serveur est joignable.
3. Choisir un seul candidat à l’essai
Pour chaque élément qui t’interroge, note son usage et ce qui pourrait dépendre de lui. Inclue les usages moins fréquents : un outil de sauvegarde ou une skill mensuelle peut mériter de rester, même sans utilisation cette semaine.
Usage connu : recherche d’informations récentes.
Besoin pour reformuler mes notes : aucun accès web nécessaire.
Autre usage à préserver : veille ponctuelle.
Décision d’essai : lancer une conversation avec une sélection d’outils plus réduite, puis revenir au lancement habituel.
Le lancement de test utilisera l’ensemble file, consacré aux opérations sur les fichiers. Ce choix sert à vérifier une sélection au démarrage ; notre demande de reformulation n’a pas besoin de ces outils. N’ajoute aucune intégration pour l’exercice. Si ton profil n’expose déjà aucun outil web, la comparaison ne montrera pas le retrait de cette capacité : note-le plutôt que d’inventer une différence.
Prépare une demande représentative. Dans la session d’essai, envoie :
Reformule uniquement les notes ci-dessous en deux phrases claires. Conserve tous les faits, sans ajouter d’information. Cette tâche ne nécessite aucun outil ni accès web.
Notes : Projet Silex. Relecture prévue le 18 novembre. Deux sections restent à vérifier. Publication après validation.
Conserve la réponse et les éventuels appels d’outils. Les mots peuvent varier ; tes critères sont les deux phrases et les quatre faits préservés. La consigne « aucun outil » ne désactive pas les capacités : l’étape suivante sert précisément à vérifier le réglage technique.
4. Lancer une conversation avec une sélection réduite
Garde la consigne, la réponse et l’inventaire de référence en dehors du chat. Quitte la conversation d’essai :
/exit
Puis, dans le terminal, ouvre une nouvelle conversation avec le même profil et une sélection explicite :
hermes -p default chat --toolsets "file"
L’option --toolsets choisit les ensembles pour ce lancement. Elle ne demande pas de désinstaller les autres outils ni d’enregistrer cette sélection comme réglage habituel. Si le lancement échoue, conserve l’erreur et reprends la commande normale ; ne modifie pas la configuration pour forcer l’exercice.
Dans cette nouvelle conversation, réaffiche /status, puis /tools. Compare avec l’inventaire initial : même profil et même modèle, outils réellement affichés dans chaque cas. Les intégrations de ton installation peuvent ajouter des capacités ; retiens ce que tu observes plutôt qu’une liste supposée identique chez tout le monde.
Rejoue exactement la consigne de reformulation de l’étape 3, avec les notes complètes. Relis le résultat selon les mêmes critères. Une nouvelle conversation peut aussi rafraîchir les mémoires et les instructions chargées : l’essai vérifie un usage avec cette sélection, il n’isole pas parfaitement une cause de variation entre deux réponses.
Si la reformulation reste correcte, tu as vérifié que cette tâche peut réussir dans cette configuration. Tu n’as pas démontré que la recherche web est inutile pour tous tes usages, ni mesuré un gain de vitesse.
5. Revenir au lancement habituel et décider
Quitte la conversation d’essai avec /exit, puis relance Hermes sans l’option de sélection :
hermes -p default chat
Réaffiche /status et /tools. Le profil et les capacités doivent correspondre à ton lancement habituel, sous réserve de la disponibilité des services. Si la liste diffère de façon inattendue, conserve la différence et vérifie-la avant un autre changement. Relancer Hermes n’efface pas les effets d’éventuels appels d’outils : c’est pourquoi notre demande ne leur confie aucune action.
Écris maintenant ta décision, en tenant compte de tous les usages à préserver :
| Constat | Décision |
|---|---|
| Utile au quotidien | Le garder disponible pour cet usage. |
| Usage ponctuel | Prévoir quand et comment le rendre disponible. |
| Utilité incertaine | Observer plusieurs tâches habituelles. |
| Remplacé ou abandonné | Préparer son retrait et un moyen de retour. |
Dans notre exemple, la recherche web reste utile pour la veille. L’essai peut donc conduire à la réserver à certaines sessions, sans la retirer de l’installation.
Pour un changement durable, distingue les réglages du profil et de la plateforme utilisés. Ne transpose pas l’essai en /tools disable en pensant que l’effet disparaîtra à la fermeture : selon la version et l’interface, cette commande peut enregistrer la configuration et réinitialiser la conversation. Le parcours sur les premiers outils utiles aide à choisir le périmètre ; celui sur les profils explique quand séparer des usages.
6. Noter la prochaine revue
Garde une note courte près de tes documents de travail :
Essai : nouveau lancement avec
--toolsets "file", inventaire comparé.Résultat : deux phrases, quatre faits conservés.
Retour : lancement sans l’option, capacités habituelles vérifiées.
Décision : conserver la recherche pour la veille ; revoir son activation selon l’usage.
Prochaine revue : après quelques tâches habituelles ou un changement de besoin.
Une revue toutes les quelques semaines peut suffire. Tu peux aussi la déclencher après l’ajout d’une intégration ou un changement d’usage. Limite-toi à quelques éléments : mieux vaut une décision comprise qu’un grand nettoyage difficile à expliquer.
Appliquer la méthode aux skills et aux serveurs MCP
Pour une skill, relis son objectif, ses conditions d’utilisation et les instructions réellement chargées. Si elle impose un format inadapté, commence par corriger ce cadre ou réserver son usage aux bonnes tâches. Une utilisation automatique pertinente n’est pas, à elle seule, un défaut. Avant un retrait, conserve le contenu que tu souhaites pouvoir réutiliser et repère les automatismes qui l’invoquent.
Pour un serveur MCP, note le service ou le dossier auquel il donne accès et les tâches qui en dépendent. Désactiver son usage dans Hermes n’arrête pas nécessairement un service distant et ne révoque pas son accès au compte externe. Le tutoriel MCP permet de vérifier séparément connexion, disponibilité des outils et lecture effective.
Pour la configuration, garde une copie privée de l’état précédent et note la raison du changement avant de modifier une valeur. Ne retire pas une option uniquement parce que son nom est obscur : vérifie son rôle et sa valeur par défaut dans la documentation de ta version. Pour préparer une sauvegarde plus large, reprends le parcours de mise à jour.
La suite logique
Tu disposes maintenant d’une petite routine : observer, choisir un essai, vérifier puis consigner. Tu peux garder une installation riche tant que ses éléments ont un usage identifié et que tu sais revenir sur tes réglages.
Poursuis avec les erreurs de sécurité à éviter. La maintenance rend les accès plus lisibles, mais elle ne remplace pas leur contrôle.
Références : commandes de conversation, outils et ensembles d’outils et skills. Vérifie les options disponibles dans ta version avant d’appliquer un changement.