Combien d’agents Hermes faut-il vraiment ?
Tu viens d’installer Hermes Agent. La première question qui arrive, c’est toujours la même : combien d’agents je devrais créer ?
Un pour les mails. Un pour les contenus. Un pour la veille. Un pour les devis. Et tant qu’à faire, un pour organiser les vacances.
Une tâche = un agent peut sembler logique, comme un salarié = un poste. Mais dans Hermes, le nombre de tâches ne décide pas du nombre de profils. Ce sont les contextes que tu dois réellement séparer. Souvent, tu as besoin de moins de profils que tu ne l’imagines.
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.
Tu arrives avec ton sujet, tu repars avec plus de clarté.
Profil, agent, tâche : trois choses différentes
Avant de parler chiffres, il faut clarifier un point qui crée beaucoup de confusion.
Dans Hermes Agent, ce que tu crées concrètement, c’est un profil. Un profil est une instance isolée : il a sa propre configuration, sa propre mémoire, ses propres skills, ses propres sessions. C’est lui que tu connectes à un modèle, que tu équipes d’instructions, que tu branches sur un canal.
Dans l’usage courant, on appelle souvent ça un agent. C’est pratique, mais ça entretient une confusion : une tâche n’exige pas un nouveau profil. Un même profil peut exécuter plusieurs tâches différentes. Ton profil principal peut trier tes mails le matin, préparer un devis l’après-midi et rédiger un post le soir. Tout ça dans le même profil, avec la même mémoire, les mêmes outils.
Tu crées un nouveau profil uniquement quand tu as besoin d’isoler quelque chose.
Si tu hésites entre isoler un agent complet et isoler seulement son dossier de travail, commence par lire la différence entre profil Hermes et workspace. Les deux ne protègent pas la même chose.
Les quatre critères qui justifient un nouveau profil
Pas un de plus. Si aucun de ces quatre cas ne s’applique, garde un seul profil.
1. Des contextes qui ne doivent pas se mélanger
Ton activité A et ton activité B. Tes clients du secteur santé et tes clients du secteur immobilier. Ta vie pro et ta vie perso.
Si tu veux éviter que les mémoires, les sessions et les règles de deux périmètres se mélangent, tu sépares. Pas pour faire plus propre. Parce que cette séparation répond à une contrainte réelle de ton activité.
2. Des mémoires qui doivent rester étanches
La mémoire, c’est ce qui rend un profil vraiment utile : il se souvient de tes projets, de tes préférences, de tes décisions passées.
Mais cette mémoire, tu ne veux pas la mélanger. Le profil qui connaît tes marges et tes tarifs n’a pas besoin de savoir ce que tu as mangé hier. Deux contextes étanches = deux profils.
3. Des outils et des accès différents
Clés API, tokens, comptes, dépôts de code. Si une partie de ton activité manipule des accès sensibles que l’autre ne doit pas toucher, tu sépares.
La règle est simple : tu ne donnes pas toutes les clés à tous les profils.
4. Des règles de contrôle différentes
C’est le critère le moins évident, mais souvent le plus utile.
Quand tu publies un contenu public, tu veux un contrôle qualité serré : relecture, vérification des sources, validation humaine avant publication. Quand tu fais de la veille interne, ces règles n’ont pas de sens.
Si les règles de vérification, les étapes de validation ou les droits d’exécution diffèrent vraiment, un profil séparé te simplifie la vie. Tu configures les contraintes une fois, et le profil les applique systématiquement.
Un profil peut être connecté à plusieurs canaux
Autre point qui fait économiser des profils : un même profil Hermes peut être joignable sur Telegram, sur Discord, en ligne de commande, ou via l’interface desktop.
Tu n’as pas besoin d’un profil par canal, sauf si les conversations, les responsabilités ou les accès doivent rester étanches d’un canal à l’autre. La séparation par canal est un choix d’organisation ou d’accès, pas une contrainte technique générale.
Exemple concret : tu peux avoir un profil unique qui te répond sur Telegram pendant la journée et qui exécute des tâches planifiées sur ton serveur la nuit. Même profil, même mémoire, deux canaux.
Tableau de décision
Ce tableau n’est pas une règle officielle Hermes. C’est le raisonnement qu’on applique chez Kavyro. Utilise-le comme une grille de départ, pas comme une norme.
| Situation | Décision recommandée | Condition de séparation |
|---|---|---|
| Tu découvres Hermes Agent | 1 profil | Tu apprends, tu testes, tu corriges. Tout le reste est prématuré. |
| Une activité, un contexte | Un profil principal | Aucune raison d’isoler. |
| Plusieurs activités ou clients sensibles | Un profil par contexte à isoler | La confidentialité ou la séparation des mémoires l’exige. |
| Équipe ou agence | Sépare seulement les services ou clients concernés | Des accès, des mémoires ou des règles de contrôle distincts sont nécessaires. |
| Parc complet | Autant que la séparation l’impose | Tu sais pourquoi tu sépares, tu as une convention de nommage et une discipline de maintenance. |
Regarde la première ligne. Si tu débutes, ta réponse est écrite : un seul profil.
Un exemple concret, sans en faire une architecture universelle
Voici comment on fonctionne chez Kavyro. Ce n’est pas un modèle absolu, c’est ce qui marche pour notre cas.
On a un profil principal polyvalent. Il gère les tâches quotidiennes : recherche, analyse, planification, réponse aux messages, coordination. Un seul profil, une seule mémoire, beaucoup de missions différentes.
On a créé un deuxième profil pour la rédaction publique. Pourquoi ? Parce que les règles ne sont pas les mêmes. Le contenu public exige une vérification des sources, un contrôle de la voix éditoriale, une validation humaine avant publication. Ces contraintes n’ont aucun sens pour les tâches internes. Deux profils, deux jeux de règles.
On a un troisième profil pour le code. Là encore, la raison est simple : les outils ne sont pas les mêmes. Accès aux dépôts, environnement de développement, tests automatisés. Mélanger ça avec le profil principal aurait créé de la confusion et des risques inutiles.
Trois profils pour trois contextes qui méritaient vraiment d’être séparés. Ce n’est pas la totalité de notre installation, mais ça illustre la logique : on ne crée pas un profil par tâche, on crée un profil quand l’isolation est nécessaire.
Le test des 14 jours
Si tu ne sais pas par où commencer, voici une méthode simple. Elle n’a rien de scientifique, mais elle évite de créer trop de profils trop vite.
Semaine 1 : installe un seul profil. Si Hermes n’est pas encore en place, suis d’abord le guide d’installation Hermes Agent sous Linux. Donne ensuite à ton profil une mission business concrète et vérifiable : trier tes messages entrants, préparer des réponses ou faire ta veille matinale. Choisis une sortie que tu peux contrôler.
Semaine 2 : utilise-le vraiment. Note chaque friction. La mémoire qui se mélange ? Un outil qui manque ? Un accès que tu n’oses pas lui donner ? Un canal qui te limite ?
Au bout de 14 jours, regarde ta liste. Chaque friction est soit un réglage (tu ajustes ton profil actuel), soit une vraie raison de créer un nouveau profil. Si la liste est vide, tu restes à un profil. Tu as gagné du temps et de la maintenance.
Cette approche a un avantage : elle te force à découvrir les vrais besoins avant de créer des profils.
Ce qui coûte vraiment
Un profil dormant, sans session active, sans cron et sans automatisation, ne consomme pas de tokens d’inférence à lui seul. Tant qu’il reste inactif, il ne déclenche pas de coût d’inférence.
Le vrai coût est ailleurs :
- Les sessions, les crons et les automatisations actives consomment des tokens. La consommation dépend des appels réellement exécutés, pas du nombre de profils créés.
- Un profil actif, ça se met à jour. Les instructions évoluent, les outils changent, la mémoire se nettoie. Chaque profil actif ajoute de la maintenance, et le cumul peut devenir lourd si tu n’y prêtes pas attention.
- Quand tes informations sont réparties entre plusieurs profils sans source partagée, tu dois retrouver quel profil possède quel contexte.
Le coût n’est pas dans la création. Il est dans l’entretien.
Les deux pièges classiques
Le profil fourre-tout. Tu empiles des rôles dont les instructions, les accès et les contrôles se contredisent. Les confusions de contexte apparaissent, et tu passes ton temps à les corriger. C’est l’erreur inverse de la flotte fantôme.
La flotte fantôme. Dix profils créés dans l’enthousiasme du premier week-end. Utilisés une fois, jamais maintenus. Chaque profil dormant, c’est de la configuration qui vieillit, des clés qui traînent, et un jour tu te demandes pourquoi un vieux profil a encore accès à ton compte mail.
La règle en une phrase
Ajoute un profil uniquement quand la séparation est une nécessité (contexte, mémoire, outils, règles de contrôle), jamais quand c’est juste une envie d’organiser.
Commence avec un profil. Laisse l’usage te montrer ce qui doit vraiment être isolé. Et quand une vraie raison apparaît, tu sauras créer ton deuxième profil, parce que tu auras compris le principe.
Pour aller plus loin sur la configuration des profils, la documentation officielle Hermes Agent est le point de référence.
Tu veux construire ton premier agent sur une mission business concrète ? La communauté Kavyro est gratuite. Tu y trouves un cadre de départ, une mini formation Hermes Agent et une méthode pour vérifier la première tâche déléguée.
Démarrer ma team IA gratuitement
