Hermes Profiles : Gérez plusieurs agents IA comme un pro

Vous avez déjà rêvé d’avoir une IA dédiée au code, une autre à la recherche, et peut-être une troisième pour vos tâches personnelles — le tout sur la même machine, sans qu’elles se marchent dessus ? C’est exactement ce que vous permettent les profils Hermes.

Considérez un profil comme un « chez-soi » séparé pour chaque agent. Chacun a sa propre configuration, ses clés API, sa personnalité, ses mémoires, et même ses propres compétences. Fini le mélange d’états entre différents projets ou les disputes pour savoir qui a modifié quoi.

La règle d’or à ne jamais enfreindre

Avant d’aller plus loin, voici la règle d’or : ne lancez jamais deux agents sur le même profil. Si deux processus partagent un même répertoire de base, ils écriront tous les deux des mémoires et chargeront les modifications de l’autre dans leurs prompts système. C’est comme deux personnes qui éditent le même document en même temps — le chaos. Les profils existent précisément pour éviter cela. Si vous avez besoin que des agents partagent des connaissances, utilisez plutôt un fournisseur de mémoire externe.

Premiers pas en 30 secondes

Créer un profil est d’une simplicité déconcertante. Voici tout le processus :

hermes profile create coder       # crée le profil + la commande "coder"
coder setup                       # configure les clés API et le modèle
coder chat                        # démarre la conversation

Et voilà. Dès que vous créez un profil nommé coder, vous obtenez instantanément une commande coder qui fonctionne avec toutes les sous-commandes Hermes. Vous voulez démarrer sa passerelle ? coder gateway start. Besoin de vérifier son état de santé ? coder doctor. Ça marche tout simplement.

Trois façons de créer un profil

1. Profil vierge — démarrez de zéro avec les compétences intégrées :

hermes profile create mybot

Ensuite, lancez mybot setup pour tout configurer. Si vous prévoyez d’utiliser ce profil comme travailleur kanban, ajoutez une description pour que l’orchestrateur sache en quoi il est doué :

hermes profile create researcher --description "Lit le code source et la documentation externe, rédige des conclusions."

2. Cloner uniquement la configuration — copiez votre configuration actuelle mais démarrez avec une mémoire vierge :

hermes profile create work --clone

Cela copie votre config.yaml, .env, SOUL.md et vos compétences. Mêmes clés API et même modèle, mais des sessions et des mémoires toutes neuves. Parfait pour créer un jumeau axé sur le travail.

3. Tout cloner — un instantané complet :

hermes profile create backup --clone-all

Cela copie absolument tout : configuration, clés API, personnalité, toutes les mémoires, compétences, tâches cron, plugins. C’est une copie de travail complète. À noter : l’historique des sessions et les bases de données d’état sont exclus (ils peuvent peser des dizaines de Go), donc pour une vraie sauvegarde incluant l’historique, utilisez hermes profile export.

Vous pouvez aussi cloner depuis un profil spécifique :

hermes profile create work --clone-from coder

Passer d’un profil à l’autre

Vous avez trois façons de cibler un profil :

Alias de commandes — chaque profil a sa propre commande :

coder chat
coder config set model.default anthropic/claude-sonnet-4

L’option -p — fonctionne avec n’importe quelle commande, n’importe où :

hermes -p coder chat
hermes chat -p coder -q "bonjour"

Défaut persistant — définissez-le une fois, oubliez-le :

hermes profile use coder
hermes chat    # cible maintenant coder

Pensez-y comme à kubectl config use-context. Et pas de panique si vous vous perdez — la CLI affiche toujours le profil actif. Votre invite change pour coder ❯, la bannière de démarrage affiche Profile: coder, et hermes profile vous donne une vue d’ensemble complète.

Profils vs. Espaces de travail vs. Sandbox

On les confond tout le temps, mais ce sont des choses totalement différentes :

Profil = le répertoire d’état de votre agent (configuration, mémoire, sessions)
Espace de travail = le répertoire où les commandes terminal démarrent (contrôlé par terminal.cwd)
Sandbox = ce qui limite l’accès au système de fichiers

Important : les profils ne sandboxent pas votre agent. Avec le backend terminal local par défaut, votre agent a toujours le même accès au système de fichiers que votre compte utilisateur. Un profil sépare l’état, pas le système de fichiers.

En résumé

Les profils transforment Hermes en véritable centrale multi-agents. Créez un coder, un researcher et un personal — chacun avec sa propre identité, sa mémoire et ses outils. Ils travaillent indépendamment, restent organisés et ne se marchent jamais sur les pieds. Donnez à chaque agent son propre profil, et vous vous demanderez comment vous faisiez avec un seul.