Les profils Hermes servent à séparer les états, non à jouer des rôles. Créez un profil lorsqu'un rôle IA récurrent a besoin de sa propre mémoire, de ses sessions, de ses compétences, de son identité SOUL.md, de la propriété cron ou d'une route de passerelle.
Un assistant peut répondre à de nombreuses questions. Il ne devrait pas devenir le foyer permanent du jugement de recherche, du style rédactionnel, des logs shell, des règles calendaires, des tâches planifiées et du routage de messages en même temps.
Les prompts faibles semblent être en cause. L'état partagé est généralement la source du problème. Ce guide explique quand un profil Hermes mérite d'exister, comment en créer un à partir d'une configuration fonctionnelle et comment éviter qu'une petite équipe de profils ne redevienne un généraliste bruyant.
- Créez un profil quand l'état doit rester séparé. La mémoire, les sessions, les outils, le cron et les routes de passerelle sont des raisons plus solides que le ton.
- Utilisez les prompts pour les comportements ponctuels, les compétences pour les procédures réutilisables et les profils pour les rôles durables. Mélanger ces couches crée une dette de contexte (context debt).
- Commencez avec un coordinateur et deux spécialistes. Ajoutez Scout pour la recherche, Scribe pour la rédaction et Forge pour le build/débogage uniquement lorsque la frontière est réelle.
- Rédigez SOUL.md comme une fiche de poste. Il doit définir les standards, les valeurs par défaut et les règles de refus, non une vague personnalité.
- Définissez les transferts avant d'ajouter des agents. Une équipe de profils n'est utile que si les sorties circulent proprement entre les rôles.
Si vos équipes ont déjà du travail IA réparti entre prompts, conversations, scripts et tâches planifiées, webvise peut aider à tracer la première frontière de profil propre avant que le système ne devienne difficile à auditer.
L'erreur classique : un assistant qui fait cinq métiers
Le schéma habituel commence de façon raisonnable. Vous demandez à un assistant d'analyser un marché, de rédiger un article, de déboguer un script, de résumer une réunion et de surveiller un calendrier. Rien ne se casse le premier jour.
Dès la troisième semaine, chaque flux de travail laisse des résidus. La recherche enseigne des règles de sources, la rédaction enseigne le ton, les sessions de débogage stockent des commandes échouées et le travail calendaire ajoute des hypothèses de planification. La tâche suivante doit trier tout cela.
C'est la dette de contexte (context debt). L'assistant se perd lorsque des travaux sans rapport partagent mémoire, sessions, outils et valeurs par défaut.
Les profils Hermes corrigent cette frontière. Un rôle peut porter l'état dont il a besoin sans le transmettre à tous les autres rôles.
Les profils sont des environnements isolés, pas des costumes
Un persona change la façon dont un assistant s'exprime. Un profil Hermes change ce que l'assistant porte, mémorise, planifie et connecte.
Hermes 0.9.0 a introduit les profils comme environnements d'agent isolés. Un profil peut séparer la configuration, les sessions, la mémoire, les compétences, la personnalité, l'état cron et l'état de passerelle. Il constitue une frontière d'exécution, non un style d'écriture.
| Couche | Ce que la séparation prévient |
|---|---|
| Mémoire | Les règles de recherche, les hypothèses récurrentes et les anciennes décisions qui contaminent des travaux sans rapport |
| Sessions | Les brouillons, logs shell, fils de stratégie et notes calendaires qui fusionnent en une seule chronologie |
| Compétences | Chaque rôle qui analyse ou charge des outils dont il n'a pas besoin |
| Identité | Une voix générique qui prétend être à la fois chercheur, éditeur, opérateur et ingénieur |
| État cron | Plusieurs tâches planifiées qui cherchent à posséder le même résultat |
| État de passerelle | Le mauvais rôle qui répond à une route Telegram ou de messagerie incorrecte |
Le test principal est simple : si deux rôles ne devraient pas mémoriser les mêmes erreurs, hypothèses ou travaux inachevés, ils ne devraient probablement pas être le même profil.
Profil, prompt, compétence, AGENTS.md ou SOUL.md ?
La plupart des configurations d'agents désordonnées résultent de l'utilisation d'une seule couche pour chaque problème. Les profils ne sont pas la réponse à chaque besoin de personnalisation.
| Besoin | Couche à utiliser |
|---|---|
| Modifier le comportement pour une tâche | Prompt |
| Réutiliser une procédure entre les tâches | Compétence (Skill) |
| Fournir chemins de projet, commandes et conventions | AGENTS.md |
| Définir une identité de rôle durable et des standards | SOUL.md |
| Séparer mémoire, sessions, compétences, cron ou état de passerelle | Profil |
| Coordonner plusieurs profils et transferts | TEAM.md |
Ne créez pas de profils par intuition. Créez-en lorsque le rôle possède un état qui dégraderait un autre rôle.
Quand un profil mérite d'exister
Un bon profil gagne sa place en réduisant le bruit. S'il ne fait que changer le nom dans le prompt du terminal, supprimez-le ou transformez l'instruction en compétence.
| Créez un profil quand | Ne créez pas de profil quand |
|---|---|
| Le rôle se répète chaque semaine ou chaque jour | La tâche est ponctuelle |
| Il a besoin d'une mémoire qui ne doit pas contaminer les autres travaux | Seul le ton change |
| Il possède une passerelle ou une tâche planifiée différente | Il utilise les mêmes outils, contexte et contrat de sortie |
| Il a un niveau de risque ou une frontière de permission différente | Vous ne pouvez pas décrire ce qu'il doit produire |
| Il transfère du travail à un autre profil | Aucun transfert ni porte de qualité n'existe |
La règle la plus claire est simple : un profil devrait s'améliorer dans un domaine sans rendre les autres domaines plus bruyants.
Une petite équipe de profils Hermes
Partez des rôles, non des noms empruntés. Conservez Hermes comme coordinateur. Ajoutez Scout pour la recherche, Scribe pour la rédaction et Forge pour le build/débogage uniquement lorsque chaque rôle a une frontière réelle.
| Profil | Responsabilité | Ce qu'il doit produire | Ce qu'il ne doit pas produire |
|---|---|---|---|
| Hermes | Planifier, router, séquencer et vérifier | Découpage des tâches, délégation, synthèse finale, porte de qualité | Dumps de recherche bruts ou modifications de code non relues |
| Scout | Investiguer, comparer et vérifier | Affirmations avec sources, dates, niveau de confiance et réserves | Texte poli qui masque les incertitudes |
| Scribe | Transformer le matériel vérifié en communication | Brouillons, éditions, structure, adéquation au public cible | Affirmations non étayées ou preuves inventées |
| Forge | Construire, déboguer, tester et rapporter | Diffs, commandes exécutées, résultats de tests, risques résiduels | Prose stratégique sans preuve d'implémentation |
Les noms sont des espaces réservés. La frontière est le produit. Renommez les profils si vous le souhaitez, mais gardez les rôles séparés.
Un premier pilote utile ne comprend que deux profils : Hermes coordonne, Scout vérifie. Une fois que Scout renvoie régulièrement des affirmations sourcées, ajoutez Scribe pour les transformer en texte. Forge ne rejoint l'équipe que lorsque le travail d'implémentation commence à polluer le reste de l'assistant.
Créer des profils à partir d'une base fonctionnelle
Ne construisez pas chaque spécialiste de zéro. Assurez-vous d'abord que la configuration Hermes par défaut fonctionne : fournisseur, modèle, clés API, outils et utilisation normale du terminal.
- Créer un profil de recherche : `hermes profile create scout --clone`
- Créer un profil de rédaction : `hermes profile create scribe --clone`
- Créer un profil d'ingénierie : `hermes profile create forge --clone`
- Vérifier la liste des profils : `hermes profile list`
- Lancer un spécialiste directement : `hermes -p scout`, `hermes -p scribe` ou `hermes -p forge`
Utilisez `--clone` lorsque la configuration de base est saine. Elle copie la configuration utile tandis que le nouveau profil conserve une mémoire et un historique de session isolés.
Si vous ne pouvez pas expliquer quel état le nouveau profil possède, arrêtez. Vous avez probablement besoin d'un prompt, d'une compétence ou d'une entrée AGENTS.md à la place.
Rédiger SOUL.md comme une fiche de poste
SOUL.md est l'endroit où un profil devient un vrai rôle. Il doit définir une identité durable : valeurs par défaut, standards, style, règles de refus et mode de décision.
AGENTS.md est différent. Il doit contenir le contexte du projet : chemins de dépôts, commandes, conventions, processus de revue et règles d'outils. Mélanger identité et contexte de projet transforme un spécialiste précis en généraliste vague.
| Fichier | À y mettre | À en exclure |
|---|---|---|
| SOUL.md | Identité du rôle, standards, règles de refus, style de décision | Notes de dépôt temporaires ou instructions client |
| AGENTS.md | Chemins de projet, commandes, conventions, règles de flux | La personnalité complète du profil |
| TEAM.md | Équipe, transferts, règles d'escalade, plafonds de politique | Toutes les instructions privées de chaque profil |
- SOUL.md de Scout : vérifier avant de résumer, séparer les preuves de l'interprétation, inclure les dates, signaler les incertitudes.
- SOUL.md de Scribe : écrire pour le lecteur cible, préserver les limites des preuves, améliorer la structure avant le style, demander si un appui manque.
- SOUL.md de Forge : reproduire avant de modifier, appliquer la correction minimale sûre, exécuter la vérification pertinente, signaler les fichiers touchés et les risques résiduels.
Définir les transferts avant d'ajouter des profils
Les profils ont besoin de contrats entre eux. Un transfert est une porte de qualité entre les rôles.
| Transfert | Charge utile requise | Rejeter quand |
|---|---|---|
| Scout vers Scribe | Affirmation, URL source, date, niveau de confiance, réserve | L'entrée n'est que des extraits bruts |
| Scribe vers Hermes | Brouillon, lecteur cible, hypothèses, questions non résolues | Le texte masque des preuves faibles |
| Forge vers Hermes | Résumé des modifications, fichiers touchés, commandes exécutées, tests, risque résiduel | Le rapport indique corrigé sans preuve |
Si Scout remet à Scribe un tas de notes, Scribe devient le chercheur. Si Forge indique corrigé sans commandes ni tests, Hermes ne peut pas vérifier le travail. Les mauvais transferts transforment une équipe de profils en relais de suppositions.
Si vous n'êtes pas certain qu'une frontière devrait être un profil, une compétence ou une règle de projet, webvise peut cartographier le modèle de transfert et de propriété avant de l'encoder au mauvais endroit.
L'état de passerelle et cron fait partie de l'architecture
Les profils deviennent beaucoup plus utiles lorsque les messages et les tâches planifiées entrent dans le système. Une route Telegram, un webhook ou une tâche cron crée une propriété.
| Route ou planification | Profil propriétaire | Sortie attendue |
|---|---|---|
| Demande Telegram générale | Hermes | Clarifier l'objectif, router le travail, retourner la réponse finale |
| Demande de revue de source | Scout | Affirmations classées avec sources et réserves |
| Demande de rédaction | Scribe | Brouillon structuré ou passe d'édition |
| Alerte de build ou de débogage | Forge | Reproduction, diff, résultat de test, note de risque |
| Audit hebdomadaire des profils | Hermes | Revue de dérive, mémoire, cron et transferts |
Si chaque tâche planifiée reste sous le profil par défaut, l'équipe se collapse progressivement en un seul assistant. Placez la tâche sous le rôle qui possède le résultat, puis routez les résumés vers Hermes.
La mise en place de la première semaine et l'audit du jour 30
La première semaine prouve une frontière propre.
- Identifiez le flux de travail qui génère le plus de pollution de contexte.
- Créez un profil spécialiste avec `--clone`.
- Rédigez un SOUL.md court pour ce rôle.
- Définissez un transfert d'entrée et un transfert de sortie.
- Lancez le profil directement avec `hermes -p <profile>`.
- Assignez délibérément toute propriété de passerelle ou de cron.
| Contrôle jour 30 | Signal d'échec | Correction |
|---|---|---|
| Dérive du profil | Le spécialiste commence à accepter des travaux sans rapport | Resserrez SOUL.md et déplacez les nouvelles règles vers AGENTS.md ou TEAM.md |
| Pourrissement de la mémoire | D'anciennes hypothèses deviennent des valeurs par défaut | Révisez les notes obsolètes et supprimez les contradictions |
| Pourrissement des transferts | Les profils transmettent du matériel brut au lieu d'une sortie structurée | Faites bloquer les transferts malformés à l'étape suivante |
| Collision cron | Deux profils planifient un travail pour le même résultat | Maintenez un registre de propriété cron partagé |
| Confusion de passerelle | Le mauvais profil répond à une route entrante | Documentez le propriétaire, le déclencheur, la sortie et le chemin d'escalade |
| Prolifération de compétences | Chaque profil charge chaque flux de travail | Déplacez les procédures dans des compétences spécifiques aux rôles |
Hermes 0.12.0 a ajouté Curator pour la maintenance des compétences, ce qui illustre la règle plus large : les systèmes d'agents ont besoin d'entretien régulier. Les profils réduisent le bruit, mais ils nécessitent tout de même des audits.
La règle opérationnelle
Ne mesurez pas le succès au nombre de profils. Mesurez-le à la capacité de chaque rôle à devenir plus précis sans rendre le reste du système moins fiable.
La meilleure équipe de profils Hermes est celle où chaque rôle possède un état distinct, envoie des transferts propres et reste suffisamment ciblé pour être auditable.
webvise aide les équipes à transformer un usage IA désordonné en systèmes basés sur des rôles, avec un contexte clair, des transferts sûrs et une propriété mesurable. Apportez un assistant surchargé et un flux de travail récurrent, et webvise cartographiera les deux premiers profils avec vous.
Les pratiques de webvise sont alignées sur les normes ISO 27001 et ISO 42001.