Déployer un agent Hermes adapté à vos processus

Cadrage du cas d’usage et architecture cible

Nous transformons le besoin en scénario testable : entrées, sorties, règles, exceptions, validations et critères de réussite. Nous identifions aussi les composants nécessaires autour d’Hermes : modèle, hébergement, stockage, connecteurs, authentification, supervision et canal utilisateur.

Hermes Agent est un projet open source de Nous Research sous licence MIT.^[2][6] Sa documentation couvre notamment les outils, les skills, la mémoire, les tâches planifiées, les profils, les messageries et MCP.^[4] Nous sélectionnons les briques utiles au processus au lieu d’activer tout le catalogue.

Le cadrage précise ce que le pilote vérifiera, les dépendances à lever et les zones qui resteront sous contrôle humain.

Installation et configuration d’Hermes Agent

Nous installons Hermes dans l’environnement retenu et configurons le modèle, les fournisseurs, les outils et les répertoires de travail. Le choix dépend de votre système d’information et de vos règles : poste de test, serveur, conteneur ou exécution distante.

La documentation Hermes distingue plusieurs backends de terminal, dont local, Docker et SSH, avec des usages différents en matière d’isolation.^[8] Nous ne présentons pas un mode d’hébergement comme sûr par nature. Nous configurons les accès selon votre architecture et les contrôlons par des tests.

Nous préparons aussi le gateway si nécessaire, les secrets, la sauvegarde, les mises à jour et les vérifications de santé.

Connexion à vos outils et à vos données

Un agent devient métier lorsqu’il travaille avec les bonnes sources. Nous pouvons relier Hermes à des API, outils SaaS, systèmes de fichiers, bases ou services internes, selon les interfaces disponibles.

Hermes prend en charge des outils natifs et des serveurs MCP locaux ou distants. MCP permet de découvrir des outils externes et de filtrer ceux qui sont exposés à l’agent.^[15] Nous privilégions une surface minimale : lecture seule lorsque c’est possible, permissions séparées, outils d’écriture activés uniquement pour les étapes justifiées.

Quand un connecteur sur mesure est nécessaire, la Levolia Factory prend en charge son développement, ses tests et sa documentation. Nous testons aussi les services indisponibles, réponses partielles, doublons et accès expirés.

Conception des skills métier

Les skills Hermes décrivent des méthodes que l’agent charge lorsqu’il en a besoin.^[10] Nous y traduisons votre procédure : ordre des contrôles, sources de référence, règles d’arrêt, format du résultat et validation attendue.

Le skill est relu avec le responsable métier. Nous définissons qui peut le modifier, comment tester une nouvelle version et comment revenir à la précédente. L’intégration ouvre l’accès aux données ; le skill apprend à l’agent comment les traiter.

Sécurité, permissions et validations humaines

Hermes documente un modèle de sécurité comprenant notamment l’approbation des commandes dangereuses, des règles de refus, des contrôles d’accès sur les messageries et des options d’isolation.^[13] Nous les configurons dans le cadre d’une architecture plus large : comptes techniques, secrets, droits applicatifs, réseau, journaux et procédures internes.

Selon le processus, nous mettons en place :

• un accès limité aux seuls systèmes nécessaires ;
• des identifiants dédiés à l’agent ;
• une séparation lecture/écriture ;
• une validation avant les actions engageantes ;
• des journaux et des scénarios de refus ;
• une procédure de révocation des accès.

L’auto-hébergement ne suffit pas à rendre un traitement conforme au RGPD. Le choix du modèle, les données envoyées, les fournisseurs, les durées de conservation et les droits des personnes doivent être examinés dans le contexte du projet. Pour ce sujet, consultez notre future page Hermes Agent, sécurité et RGPD.

Tests sur des cas réels

Le pilote utilise des cas représentatifs et autorisés : situation normale, donnée incomplète, ambiguïté, erreur de format, source indisponible et instruction contradictoire.

Les critères sont choisis avec le métier : conformité du livrable, corrections humaines, refus justifiés, erreurs critiques ou stabilité. Nous n’annonçons pas de gain avant de l’avoir mesuré.

Le résultat du pilote peut conduire à industrialiser, réduire le périmètre, corriger une source ou arrêter. Cette décision fait partie de la mission.

Mise en production et suivi

Une fois le pilote validé, nous préparons le fonctionnement régulier : déploiement, supervision, alertes, sauvegarde, mise à jour et traitement des incidents. Si le scénario doit fonctionner à heure fixe, Hermes peut exécuter des tâches planifiées dans des sessions isolées et livrer leurs résultats sur un canal configuré.^[16]

Nous documentons les dépendances et les responsabilités. Un responsable métier porte les règles ; un responsable technique porte l’exploitation. Le suivi peut inclure une revue des résultats, des erreurs, des coûts, des droits et des versions de skills.

1. Entretien de cadrage

Nous examinons le processus, les utilisateurs, les systèmes et le niveau de risque. Si Hermes n’est pas le bon choix ou si le cas d’usage doit être réduit, nous le disons avant de lancer l’intégration.

2. Cartographie et protocole de test

Nous décrivons le flux actuel et la cible. Nous préparons les cas de test, les critères de réussite, les actions interdites et les validations humaines.

3. Pilote fonctionnel

La Factory installe Hermes, connecte les premières sources et écrit les skills nécessaires. L’agent travaille d’abord en lecture seule ou en mode brouillon, sauf besoin contraire clairement maîtrisé.

4. Test avec les utilisateurs

Les futurs utilisateurs essaient l’agent. Leurs retours portent sur le résultat, la compréhension, la charge de validation et les cas où l’agent doit s’arrêter.

5. Industrialisation

Nous durcissons les accès, automatisons le déploiement utile, ajoutons la supervision et préparons la reprise. Les actions d’écriture sont ouvertes progressivement, avec les garde-fous prévus.

6. Adoption et autonomie

La Levolia Academy forme les équipes à donner le bon contexte, contrôler un résultat, signaler une anomalie et maintenir les procédures.

Levolia est-il affilié à Nous Research ?

Non. Levolia intervient comme agence et intégrateur indépendant. Hermes Agent est un projet open source développé par Nous Research.^[6]

Pouvez-vous reprendre une installation Hermes existante ?

Oui. Nous commençons par auditer l’installation, la configuration, les accès, les skills, les connecteurs et le mode d’exploitation. Nous conservons ce qui est propre et utile plutôt que de reconstruire sans raison.

Travaillez-vous avec nos outils actuels ?

C’est l’objectif. Nous vérifions les API, les permissions et les formats disponibles. Hermes peut utiliser ses outils natifs ou des serveurs MCP ; un connecteur spécifique peut être développé si l’interface le permet.^[8][15]

Pouvez-vous déployer plusieurs agents spécialisés ?

Oui, si la séparation répond à un besoin réel. Les profils Hermes peuvent isoler l’état et la configuration de plusieurs agents.^[17] Nous définissons aussi les frontières d’accès au niveau des comptes, des outils et de l’infrastructure.

La formation est-elle incluse ?

Elle peut faire partie de la mission. Nous adaptons le volet Academy aux utilisateurs, administrateurs et responsables métier concernés. Le but est de rendre les contrôles et les limites compréhensibles, pas seulement de présenter l’interface.

Quel budget prévoir pour un déploiement Hermes Agent ?

Le budget dépend du processus, du nombre de systèmes à connecter, de la qualité des données, des exigences de sécurité et du niveau d’exploitation. Nous cadrons d’abord le pilote, puis chiffrons ce qui est réellement nécessaire. Une page dédiée pourra détailler les postes de coût d’un projet Hermes Agent.

Proposez-vous la maintenance après mise en production ?

Oui, selon le besoin : surveillance, mises à jour, revue des erreurs, évolution des skills, connecteurs et support. Le périmètre et les responsabilités sont définis avant la production.