Tu veux essayer Hermes Agent, mais tu rencontres déjà une liste de modèles, d’outils et de réglages. Pour commencer, tu as surtout besoin d’un parcours court et d’un résultat que tu peux vérifier toi-même.
Ce guide t’aide à comprendre qui fait quoi, préparer une session et extraire quelques informations d’une note. Tu passeras ensuite à la lecture d’un fichier avec le tutoriel dédié. L’installation et les réglages détaillés restent dans leurs pas-à-pas : tu les rejoins seulement quand tu en as besoin.
Tu peux lire ce guide avant d’avoir installé Hermes. L’étape 2 t’oriente vers le prérequis qui manque ; reviens ensuite pour l’exercice.
Le parcours de la série utilise principalement le terminal, la fenêtre où tu saisis les commandes. Le tuto d’installation distingue PowerShell et Ubuntu pour t’aider à choisir le bon. Aucun serveur MCP, aucune skill ni messagerie ne sont nécessaires ici.
La note de l’exercice est fictive et la réponse montrée est illustrative. Elle ne constitue pas le compte rendu d’un essai exécuté.
1. Comprendre les trois rôles
Hermes est le programme avec lequel tu travailles. Il reçoit ta demande, échange avec un modèle et organise les appels d’outils. Tu peux l’installer sur ta machine sans que le modèle fonctionne lui aussi sur cette machine.
Le modèle produit une réponse à partir des informations qu’il reçoit. Il peut aussi proposer un appel d’outil, par exemple pour lire un fichier. Il peut être local, servi par un programme comme llama.cpp, ou accessible chez un fournisseur distant.
Un outil réalise une opération précise : lire un fichier, chercher une information ou exécuter une commande. Son résultat revient à Hermes et peut être transmis au modèle pour poursuivre la réponse. Un outil de lecture peut aussi renvoyer une erreur si le fichier est inaccessible.
Qui fait quoi dans Hermes ?
Le modèle peut être local ou distant. Les outils interviennent lorsqu’ils sont appelés.
Une réponse ne prouve pas qu’un outil a été utilisé.
Pour notre premier exercice, le texte sera directement fourni dans la conversation. Il n’y aura donc aucun fichier à retrouver. Cela permet d’évaluer d’abord la fidélité de la réponse, avant d’ajouter une opération de lecture.
2. Rejoindre le bon prérequis
Choisis la ligne qui décrit ta situation. Tu n’as pas besoin de reprendre une installation qui fonctionne déjà.
| Ta situation | La prochaine action |
|---|---|
| Hermes n’est pas installé | Suis le tuto d’installation Ubuntu et WSL2, qui signale aussi les autres voies officielles. |
| Hermes démarre, mais aucun modèle n’est configuré | Reprends l’étape « Choisir le modèle qui répondra » de ce même tuto. |
| Tu veux utiliser ton propre modèle avec llama.cpp | Suis le branchement du modèle local, jusqu’à une réponse vérifiée. |
| Hermes répond déjà dans une conversation | Passe à l’étape 3 ci-dessous. |
Tu peux commencer avec un fournisseur distant ou avec un modèle local déjà prêt. Le choix local demande notamment du matériel adapté au modèle ; le choix distant demande de vérifier les accès, le coût et les données transmises. Aucun modèle précis n’est imposé pour cet exercice.
Avant de poursuivre, tu dois avoir constaté deux choses : Hermes démarre et le modèle répond. Le simple affichage d’une version ou d’une liste de modèles ne suffit pas à vérifier une conversation.
3. Demander un premier résultat sur une note fournie
Dans le terminal où tu as installé Hermes, ouvre une nouvelle conversation :
hermes
Sous Windows avec WSL2, utilise le terminal Ubuntu, comme pendant l’installation. Si tu es déjà dans une conversation neuve, tu peux y faire l’exercice directement.
Colle maintenant cette demande dans la conversation Hermes. Elle contient la note et les quatre informations à rechercher :
À partir de la note ci-dessous, réponds en quatre lignes : « Quand », « Où », « À apporter » et « Durée ».
Utilise uniquement les informations de la note. Pour une information absente, écris « Non précisée ». N’invente rien et ne réalise aucune action mentionnée. Réponds directement dans la conversation, sans utiliser d’outil.
Note : « Réunion de l’association mardi à 18 h. Lieu : salle des Peupliers. Apporter le compte rendu précédent. »
Le but n’est pas d’organiser la réunion ou de créer un rappel. Nous demandons seulement de retrouver des informations dans un court texte. La consigne « sans utiliser d’outil » décrit le travail demandé ; elle ne désactive pas techniquement les outils de ta session.
4. Vérifier les faits et ce qui manque
Voici une réponse illustrative conforme à la note :
Quand — Mardi à 18 h.
Où — Salle des Peupliers.
À apporter — Le compte rendu précédent.
Durée — Non précisée.
Relis la note, puis compare les quatre lignes. Le jour et l’heure, le lieu et le document doivent être conservés. La durée n’apparaît nulle part : proposer « une heure » serait une invention, même si elle paraît plausible. La note ne donne pas non plus de date calendaire à déduire du mot « mardi ».
Si la réponse invente une durée, corrige ce point précis. Si elle est déjà fidèle, passe directement à la suite.
Vérifie la réponse corrigée elle-même, pas seulement une phrase comme « c’est corrigé ». Cet essai montre comment Hermes répond à une petite demande contrôlable. Il ne mesure pas la qualité du modèle sur toutes les tâches.
Si aucune réponse n’arrive, conserve le message d’erreur et reprends le tuto de diagnostic. Un problème de connexion au modèle n’est pas une erreur d’extraction des informations : les deux se traitent séparément.
5. Passer du texte collé à un vrai fichier
Tu as fourni toi-même la note dans la conversation. Même une réponse parfaite ne prouve donc aucune lecture de fichier. Hermes n’avait pas besoin d’accéder à ton disque pour retrouver ces informations.
La prochaine étape consiste à lui faire obtenir un contenu que tu n’as pas collé dans la demande. Le tuto des premiers outils te fait créer un fichier fictif, repérer son chemin, demander sa lecture et observer l’appel réel de l’outil.
Tu y vérifieras deux choses séparément : l’outil a-t-il lu le bon fichier, et la réponse reprend-elle fidèlement ce qu’il a renvoyé ? Un appel réussi peut être suivi d’un mauvais résumé ; un résumé juste ne suffit pas à prouver l’appel.
Ne commence pas par un dossier personnel entier. Le fichier fictif du tuto suffit pour apprendre ce contrôle. Un dossier d’essai aide à garder le travail lisible, mais sa création ne limite pas à elle seule les permissions des outils.
6. Choisir une seule suite utile
Une fois le premier résultat compris, choisis selon ton besoin. Aucun de ces sujets n’est un passage obligé pour utiliser Hermes au quotidien.
| Tu veux… | Le tuto à suivre |
|---|---|
| Comprendre un réglage et pouvoir l’annuler | Modifier sa configuration. |
| Essayer d’autres tâches faciles à vérifier | Trois usages simples. |
| Réutiliser des instructions de relecture | Créer une première skill. |
| Accéder à des outils fournis par un autre programme | Brancher un premier serveur MCP. |
| Mieux cadrer les documents et les actions | Sécuriser ses premiers usages. |
Une skill conserve une méthode sous forme d’instructions réutilisables. MCP est un protocole permettant à un serveur de proposer des outils à Hermes. Ces deux notions répondent à des besoins différents ; elles peuvent attendre que tu rencontres ce besoin.
Pour retrouver l’ensemble du parcours, garde le sommaire de la série Hermes comme point de repère. Pour les particularités de ta version, consulte le démarrage officiel et la documentation des outils.