Créer un profil Hermes par activité : séparer perso, client et expérimentation
Tu testes un truc sur Hermes Agent. Tu changes un paramètre. Tu casses quelque chose. Et soudain, ton agent qui gérait tes mails ne répond plus comme avant.
C’est le problème que les profils Hermes résolvent. Un profil, c’est une instance séparée avec sa propre configuration, ses propres clés API, sa propre mémoire et ses propres skills. Pas juste un dossier différent. Une séparation réelle.
Ce qu’un profil isole vraiment
La documentation officielle est claire : chaque profil a sa propre configuration, ses clés API, sa mémoire, ses sessions, ses skills et son état de gateway.
Le vrai sujet n’est pas d’ajouter un agent de plus.
Si tu veux construire un système d’agents utile, il te faut surtout une structure claire, de bons arbitrages et des retours terrain. C’est exactement ce qu’on partage dans Kavyro.
Arbitrages utiles
Questions réelles
Accès gratuit
Tu arrives avec ton sujet, tu repars avec plus de clarté.
Concrètement, ça veut dire que :
- Ton profil « client A » ne voit pas les conversations de ton profil « perso ».
- Un skill installé sur « expérimentation » n’affecte pas « production ».
- Une clé API configurée pour un client ne fuit pas vers un autre profil.
- Si tu casses la config d’un profil en testant, les autres continuent de tourner.
Ce n’est pas une isolation au niveau du système d’exploitation. Les profils partagent le même binaire Hermes et le même utilisateur Linux. Mais pour l’usage quotidien d’un solopreneur, c’est largement suffisant.
Trois profils pour un solopreneur
Voici un découpage simple qui couvre l’essentiel :
- Profil « perso » — ta base. Tes tâches quotidiennes, tes notes, tes automatisations personnelles. C’est le profil que tu utilises le plus. Il a accès à tes outils perso (email, calendrier, todo).
- Profil « client » — un par client si tu fais du consulting ou du service. Chaque profil client a ses propres clés API, sa propre mémoire des décisions passées, et ses propres skills. Quand tu arrêtes une mission, tu désactives le profil sans toucher à ton setup perso.
- Profil « lab » — ton bac à sable. Tu testes un nouveau modèle, un skill expérimental, une config exotique. Si ça casse, tu jettes le profil et tu en crées un autre. Ton profil perso n’a rien vu.
Comment créer un profil
La commande est simple :
hermes profile create client-a
Hermes crée un nouveau profil avec sa propre arborescence dans ~/.hermes/profiles/client-a/. Tu peux ensuite l’activer :
hermes profile use client-a
Ou lancer une commande directement dans ce profil :
hermes --profile client-a chat -q "Résume les décisions de la semaine dernière"
Ce qu’il ne faut pas faire
Ne crée pas un profil par projet si les projets partagent les mêmes outils et la même mémoire. Un profil, c’est une frontière de sécurité et de configuration, pas une étiquette.
Ne mets pas tes clés API perso dans un profil client. Chaque profil a son propre fichier de configuration. Si tu copies-colle sans vérifier, tu exposes des accès.
Ne confonds pas profil et session. Une session, c’est une conversation. Un profil, c’est l’identité entière de l’agent. Tu peux avoir dix sessions dans le même profil, elles partagent la même mémoire.
Comment vérifier que la séparation fonctionne
Test simple : crée un profil « test », ajoute un skill, lance une conversation. Puis reviens sur ton profil principal et vérifie que le skill n’est pas apparu.
Si le skill est visible dans les deux profils, c’est que tu n’as pas bien basculé. Vérifie avec :
hermes profile current
Cette commande t’affiche le profil actif. C’est ton garde-fou.
La suite
Une fois tes profils en place, tu peux commencer à structurer une vraie séparation : un profil par activité, des règles différentes par contexte, et la tranquillité de savoir qu’un test foireux ne cassera pas ta routine.
Passe à la suite. La formation Hermes Agent couvre la configuration avancée des profils et la mise en place d’une équipe d’agents qui coopèrent sans mélanger les contextes. Faire une demande d’accès →