Tu utilises Hermes pour des questions générales, puis un projet prend de la place : ses consignes, ses notes et ses réglages ne conviennent plus à tous tes usages. Un profil permet de donner à ce projet son propre état Hermes.
Nous allons créer un profil neuf nommé atelier, le configurer et vérifier une première conversation. Le clonage viendra ensuite : c’est pratique pour reprendre une base existante, à condition de savoir ce qu’elle contient.
1. Choisir ce que tu veux séparer
Un profil supplémentaire devient utile quand tu veux conserver des réglages, des consignes ou une mémoire propres à une activité durable. Pour une simple nouvelle conversation avec les mêmes réglages, une nouvelle session peut suffire.
Dans notre exemple, atelier servira à préparer des fiches de projet. Le profil default conserve son usage habituel. Nous allons viser chaque profil avec -p, sans changer celui que la commande hermes utilise implicitement.
Il te faut une installation Hermes fonctionnelle sur Linux ou WSL, un terminal sur cette machine et un accès au modèle que tu souhaites utiliser. Si tu pars de zéro, suis d’abord l’installation d’Hermes.
hermes profile
hermes profile list
Note le profil courant et son chemin. Vérifie que le nom atelier est libre. S’il existe déjà, ne le réutilise pas pour cet exercice : choisis un autre nom, par exemple atelier-essai, et remplace atelier dans toutes les commandes suivantes.
2. Comprendre la frontière du profil
Le profil possède un dossier d’état : configuration, consignes, mémoires natives, sessions, skills et tâches cron y sont rattachés. Deux profils peuvent donc suivre des activités différentes sans utiliser le même historique ou les mêmes fichiers de mémoire native.
Deux profils, une même machine
Exemple : outils du terminal local, même compte système.
Un profil sépare l’état Hermes. Il ne limite pas à lui seul l’accès aux fichiers.
Les flèches montrent une autre réalité : dans cet exemple, les outils du terminal local travaillent avec les permissions du même compte système. Un profil ne les empêche pas, à lui seul, d’accéder aux fichiers de l’autre profil ou à d’autres dossiers accessibles à ce compte.
Le dossier de travail, réglé notamment par terminal.cwd, indique où les commandes commencent. Il ne devient pas automatiquement le dossier du profil et ne constitue pas une limite d’accès. Le tuto local, Docker et SSH développe cette distinction.
Certains accès peuvent aussi rester communs : une connexion OAuth de l’installation, les identifiants d’outils externes du compte système ou un stockage mémoire externe configuré à l’identique. Séparer les dossiers Hermes ne crée pas automatiquement des comptes ou des stockages distincts chez ces services.
3. Créer un profil neuf et repérer son dossier
Après avoir vérifié que le nom est disponible :
hermes profile create atelier
hermes profile show atelier
La première commande crée le profil ; la seconde affiche ses informations. Note le chemin exact. Dans une installation standard, un profil nommé se trouve sous ~/.hermes/profiles/, mais l’emplacement observé fait référence si ton installation utilise un chemin personnalisé.
Nous n’avons demandé aucun clonage. Tu ne dois donc pas retrouver une copie de tes anciennes sessions ou de tes notes personnelles. Un profil neuf n’est toutefois pas un dossier totalement vide : Hermes y prépare sa structure et ses skills fournis avec l’installation.
Le profil dispose normalement aussi d’une commande raccourcie atelier. Nous gardons hermes -p atelier dans ce parcours : la cible reste visible et tu n’as pas à résoudre un éventuel problème d’alias pour continuer.
4. Configurer uniquement ce nouveau profil
Lance l’assistant de configuration en ciblant le profil créé :
hermes -p atelier setup
Choisis le fournisseur et le modèle que tu veux utiliser, puis vérifie les outils proposés. Pour ce premier essai, ne configure ni messagerie, ni tâche planifiée, ni provider mémoire externe. Saisis les secrets uniquement dans les champs prévus par l’assistant, sans les recopier dans une consigne adressée au modèle.
Si tu utilises un modèle local, configure son accès pour atelier en suivant le parcours llama.cpp et en remplaçant son profil d’exemple par atelier. Ne suppose pas que le nouveau profil a repris les réglages de default.
Une connexion OAuth déjà disponible au niveau de l’installation peut être proposée ou réutilisée. Cela ne signifie pas que les deux profils partagent leurs conversations. Inversement, deux profils ne garantissent pas deux comptes de facturation : contrôle le fournisseur et le compte réellement sélectionnés.
hermes profile show atelier
hermes -p atelier config edit
Dans l’éditeur, vérifie le fichier ouvert et les réglages du modèle. Pour cet essai de conversation, tu n’as pas besoin de modifier le dossier de travail ni d’ajouter des outils. Ferme l’éditeur après ta vérification. N’affiche pas les valeurs secrètes dans une capture destinée à être partagée.
5. Vérifier le profil puis une première réponse
Ne lance pas plusieurs agents indépendants dans le même dossier d’état. Utilise une seule conversation atelier pour cet essai, sans gateway actif sur ce profil.
hermes -p atelier chat
Avant d’écrire, cherche le nom du profil dans la bannière ou l’invite. Si tu vois un autre profil, quitte la conversation et vérifie la commande utilisée.
Ce texte est illustratif. Compare la réponse obtenue au repère demandé, puis quitte la conversation. La consigne « sans outil » exprime notre essai ; elle ne désactive pas les outils techniquement.
Consulte ensuite les sessions du profil :
hermes -p atelier sessions list
Repère la session récente par sa date et son identifiant. Si rien n’apparaît, vérifie les réglages de conservation et les éventuelles erreurs avant de conclure que l’échange a été enregistré.
atelier, le modèle a répondu et la session se retrouve dans son historique. La phrase du modèle, seule, ne prouverait pas le profil utilisé. Cet essai ne démontre pas non plus une isolation des fichiers ou des comptes externes.6. Garder une cible explicite avant d’élargir l’usage
Pour ton prochain échange dans ce profil, réutilise hermes -p atelier chat. Pour ouvrir le profil de base, utilise hermes -p default chat. La sélection vaut pour la commande concernée.
Vérifie aussi que ton profil implicite est resté celui noté au début :
hermes profile
La commande hermes profile use atelier change ce choix persistant pour les prochains lancements sans cible explicite. Elle n’est pas nécessaire à notre parcours. Si tu l’utilises plus tard, note le profil précédent afin de pouvoir le rétablir ; default n’est pas forcément celui que tu avais sélectionné.
Pour prolonger l’exercice, tu peux maintenant enregistrer une convention propre à atelier avec le tuto mémoire, en adaptant ses commandes au profil. C’est une étape distincte : nous n’avons encore vérifié ici que la configuration et la conversation.
Cloner une base existante sans se tromper
Le clonage peut éviter de refaire des réglages, mais il transporte aussi de l’identité et des accès. Les options ci-dessous décrivent le comportement actuel ; elles ne sont pas des commandes supplémentaires à exécuter pour notre essai.
| Point de départ | Ce qu’il faut comprendre |
|---|---|
| Neuf | Sans option de clonage : profil neuf à configurer, avec les skills fournis ; pas de reprise de tes notes et sessions |
| Clone | --clone copie notamment la configuration, les consignes, les skills, les plugins et les mémoires natives MEMORY.md et USER.md. Sessions et cron repartent sans copie de ceux de la source |
| Source | --clone-from, suivi du nom, désigne le profil source ; implique le clonage de configuration si --clone-all n’est pas demandé |
| Étendu | --clone-all copie plus largement, mais exclut notamment l’historique, la base d’état et les tâches cron. Ce n’est pas une sauvegarde complète |
Les clones actuels excluent par défaut les canaux de messagerie. Ne les recopie pas par réflexe avec --clone-channels : deux gateways utilisant le même bot peuvent entrer en conflit. Configure plutôt le canal du nouveau profil après avoir suivi le tuto gateway.
Un clone peut conserver des clés de services et la configuration d’un provider mémoire qui pointe vers le même stockage externe. Vérifie ces destinations avant d’y mettre des données que tu souhaites séparer. Une copie initiale des fichiers n’installe pas une synchronisation permanente entre les deux profils.
Pour une sauvegarde ou un transfert, consulte les fonctions dédiées de la documentation des profils. Vérifie le contenu et les exclusions du format choisi plutôt que de déduire sa portée du nom clone-all.
Si le résultat ne correspond pas à ce que tu attends
| Ce que tu observes | Ce que tu vérifies |
|---|---|
atelier existe déjà | Choisis un nom neuf pour l’essai, sans modifier le profil existant |
| Le modèle ne répond pas | Configuration et accès du profil ciblé, serveur local disponible si nécessaire |
Le raccourci atelier est introuvable | Utilise hermes -p atelier ; l’alias dépend de son installation et du PATH |
| Le clone connaît d’anciennes notes | Les deux mémoires natives copiées et un éventuel provider externe commun |
| Les outils voient les mêmes fichiers | Le compte système et le backend : un profil n’est pas une limite de permissions |
| La conversation semble enregistrée ailleurs | Profil annoncé au lancement, chemin observé et cible de la commande de consultation |
Tu peux conserver atelier pour ton projet. Si tu souhaites le supprimer plus tard, commence par vérifier ses données et arrêter ses usages. hermes profile delete atelier supprime ses données et demande une confirmation par le nom ; ce n’est pas une simple fermeture de conversation. Aucun effacement n’est nécessaire pour terminer ce parcours.
La suite logique
Un profil utile a un rôle que tu peux nommer et des réglages que tu sais retrouver. Commence avec cette séparation simple, puis ajoute la mémoire, une messagerie ou une tâche cron quand le besoin apparaît.
Parcours à reproduire ; aucun profil ni scénario Hermes n’a été créé ou exécuté pour cet article. Sources vérifiées le 8 novembre 2026 : profils et clonage, commandes de gestion et implémentation des profils.