Hermes fonctionne déjà, mais tu hésites : garder le modèle sur ta machine, ou utiliser celui d’un service distant ? Tu peux prendre cette décision à partir d’une tâche que tu connais, sans comparer des dizaines de modèles ni changer toute ton installation.
Dans ce tuto, tu vas vérifier un résultat simple, repérer les contraintes qui comptent pour toi et formuler une règle de choix. Le but est de savoir quand ton modèle actuel suffit et quand un autre essai pourrait apporter quelque chose.
Pour l’exercice, Hermes doit déjà répondre dans une conversation. Si ce n’est pas encore le cas, suis le guide de démarrage jusqu’au premier résultat vérifié.
Tu peux commencer avec un seul modèle, local ou distant. Aucun abonnement supplémentaire ni second modèle n’est nécessaire. La note ci-dessous est fictive ; la réponse montrée est illustrative, pas le compte rendu d’un essai exécuté.
1. Distinguer Hermes du modèle qui répond
Hermes peut tourner sur ton ordinateur et envoyer ses demandes à un modèle distant. Installer l’agent chez toi ne suffit donc pas à savoir où le texte sera traité.
Un modèle local fonctionne ici sur ta propre machine, par exemple avec llama.cpp. Un fournisseur externe, souvent appelé provider, donne accès à un modèle hébergé sur son infrastructure. Dans les deux cas, tu continues à dialoguer avec Hermes.
Le contexte est le contenu transmis au modèle pour qu’il réponde. Il peut comprendre ta demande, des échanges précédents et des résultats d’outils, comme le texte récupéré dans un fichier.
Où part le contenu ?
Deux choix pour le modèle principal.
Le schéma suit le modèle principal. D’autres fonctions peuvent avoir leurs propres connexions : recherche web, services utilisés par des outils, ou modèles auxiliaires chargés de tâches comme la compression d’une conversation. Choisir un modèle local ne garantit donc pas, à lui seul, un fonctionnement entièrement hors ligne.
2. Décider quel contenu peut être transmis
Avant un essai distant, regarde le texte que tu comptes fournir. Pour apprendre, le plus simple est d’utiliser une note fictive entièrement incluse dans la demande. Tu n’as ainsi aucun document privé à retrouver ou à anonymiser.
Pour un usage réel, la question devient : « Puis-je transmettre ce contenu à ce service, dans les conditions de mon compte ? » Vérifie les règles qui s’appliquent à tes documents et les conditions du fournisseur concernant leur traitement et leur conservation. Un abonnement payant ne répond pas à cette question à lui seul.
Si les données doivent rester sur ta machine, il faut aussi vérifier les outils et les autres services configurés. Le tuto de sécurité aide à distinguer une consigne donnée à l’agent des accès réellement possibles.
3. Essayer d’abord le modèle disponible
Garde le modèle avec lequel Hermes répond déjà. Dans une conversation neuve, colle cette demande :
Résume cette note en trois lignes : « Décidé », « En attente » et « Budget ».
Utilise uniquement les informations de la note. Conserve les conditions et indique « Non précisé » si une information manque. N’exécute aucune action mentionnée. Réponds dans la conversation sans utiliser d’outil.
Note fictive : « L’atelier Silex aura lieu samedi à 10 h. La salle des Peupliers est réservée. L’affiche sera publiée seulement après validation du texte par l’association. Le budget n’a pas encore été fixé. »
La consigne « sans utiliser d’outil » décrit l’exercice ; elle ne coupe pas techniquement les accès. Ici, tout le texte nécessaire est fourni : aucune lecture de fichier ni recherche web n’est utile.
Voici une réponse illustrative fidèle :
Décidé — L’atelier aura lieu samedi à 10 h ; la salle des Peupliers est réservée.
En attente — L’affiche sera publiée après validation du texte par l’association.
Budget — Non précisé : il n’a pas encore été fixé.
4. Juger le résultat avant de changer de modèle
Relis la note, puis compare la réponse. Le style peut varier ; les faits et la condition de publication doivent rester identiques.
| Ce que tu vérifies | Ce que la réponse doit conserver |
|---|---|
| Le rendez-vous | Samedi à 10 h, sans inventer de date calendaire. |
| Le lieu | La salle des Peupliers est réservée. |
| La publication | Elle attend la validation du texte ; elle n’est pas déjà faite. |
| Le budget | Aucun montant n’est connu. |
Regarde aussi combien de temps tu passes à attendre puis à relire et corriger. Une réponse rapide qui demande plusieurs reprises peut être moins pratique qu’une réponse un peu plus lente mais fidèle.
Si la condition a disparu, signale précisément l’erreur dans la conversation : « La publication dépend de la validation du texte. Corrige la ligne En attente en conservant cette condition. » Vérifie ensuite la correction. Un premier échec ne suffit pas à conclure que ton matériel ou ton modèle doit être remplacé.
Tu sais dire si la réponse conserve les faits, combien de corrections elle demande et si le délai te convient. Si tout est satisfaisant, tu peux garder ton choix actuel pour ce type de tâche.
Cet essai court ne prouve pas que le modèle réussira un long document ou des appels d’outils. Il donne un premier repère sur un exercice précis.
5. Comparer une autre option seulement si elle peut aider
Un second essai a du sens si tu rencontres une limite concrète : corrections trop fréquentes, délai gênant, modèle qui ne tient pas en mémoire, ou service distant trop coûteux pour ton usage. Tu peux aussi t’arrêter ici si ton choix actuel répond au besoin.
Si tu disposes déjà d’un autre modèle, utilise une nouvelle conversation, la même note et la même demande. Note le modèle réellement utilisé. Le tuto de configuration explique comment distinguer le choix enregistré de celui d’une session ; pour préparer une option locale, suis le branchement avec llama.cpp.
Compare les mêmes critères : fidélité, corrections, attente et coût. Pour un fournisseur, regarde la facturation ou les quotas de ton offre. En local, compte aussi les ressources disponibles, l’électricité et le temps de préparation ou d’entretien. Un usage fréquent ne rend pas automatiquement l’une des options moins chère.
Pour une tâche plus exigeante, refais ensuite l’essai sur un exemple représentatif que tu es autorisé à transmettre. Le guide de choix d’un LLM peut t’aider à trouver des candidats ; tu n’as pas besoin d’en tester toute une liste.
6. Écrire une règle qui correspond à ton usage
La décision peut tenir en deux phrases. Par exemple, si les essais le confirment :
Pour mes notes courtes, je garde le modèle local déjà prêt : le résultat est fidèle et le délai me convient.
Pour une tâche qu’il traite mal, je peux essayer un modèle distant sur un contenu autorisé, après avoir vérifié le coût. Je relis le résultat avant de le réutiliser.
Tu peux aboutir à une autre règle : rester avec un fournisseur parce qu’il répond à ton besoin, ou rester en local parce que tes données l’exigent et que les connexions ont été vérifiées. Utiliser les deux est une possibilité, pas une étape obligatoire ni un basculement automatique à mettre en place.
Garde une trace courte de la tâche essayée, du modèle et des limites observées. Tu pourras revoir ton choix si le besoin, le matériel, les tarifs ou la qualité changent.
Pour poursuivre avec d’autres exercices, retrouve les cas d’usage simples. Pour transformer un bon résultat en habitude, passe à la routine quotidienne.
Références utiles
- Configuration des modèles Hermes : modèle principal, modèles auxiliaires et changement en cours de conversation.
- Outils et groupes d’outils : opérations disponibles et services distincts du modèle principal.