Hermes Agent : relier la veille, la mémoire d’entreprise et l’action sans perdre le contrôle

Hermes Agent : relier la veille, la mémoire d’entreprise et l’action sans perdre le contrôle

Oracle repère une actualité, la classe par importance, conserve sa source et propose une accroche avec un angle. La suite paraît évidente : transformer cette idée en publication. C’est pourtant entre ces deux moments que se jouent la qualité du contenu et la responsabilité de l’entreprise. Une information intéressante peut être mal comprise, déjà traitée, ou conduire à promettre un service que vous ne proposez pas.

Hermes Agent peut relier la veille, la mémoire d’entreprise et l’action, à condition de ne pas confondre information trouvée, décision validée et publication effectuée. L’intérêt n’est pas seulement de gagner du temps sur la rédaction : c’est de transmettre un dossier vérifiable d’une étape à l’autre, sans recommencer le contexte ni déléguer implicitement le droit de parler au nom de l’entreprise.

Hermes Agent et AgentOS : distinguer le moteur de la surcouche

Hermes Agent est le framework open source de Nous Research. Son dépôt officiel documente des outils, des tâches planifiées, une mémoire persistante et des procédures réutilisables, appelées skills. Il peut organiser une mission en plusieurs étapes avec les modèles et les accès configurés. Notre guide d’Hermès Agent en entreprise explique ce rôle, distinct de celui du modèle qui rédige ou raisonne.

AgentOS, présenté sur agentos.guide, est une surcouche d’organisation autour de plusieurs outils et agents. Ses noms d’interface ne doivent pas être attribués automatiquement au cœur officiel d’Hermes. Apollo apporte une entrée vocale ; Mission Control rassemble les agents et leur activité ; Oracle organise la veille ; un coffre Obsidian sert de mémoire commune ; SearchOS est présenté comme une couche de travail sur la visibilité dans les moteurs de recherche et les réponses IA. Ce sont des fonctions à examiner dans cette intégration, pas cinq capacités métier garanties par toute installation d’Hermes.

Le guide d’architecture décrit notamment un tableau de tâches, des agents exécutants et une lecture puis une écriture dans le coffre de notes. Il décrit aussi des contrôles sur des actions risquées. Nous avons consulté ces documents, sans installer ni tester cette surcouche : leur description ne prouve ni la fiabilité de chaque connecteur, ni l’existence d’une validation humaine obligatoire pour toute publication.

Oracle : de la source à l’angle, un exemple qui mérite d’être conservé

Le guide montre Oracle avec six signaux classés, chacun accompagné de sa source et d’un « your angle », et indique une dernière consultation quatre heures auparavant. Le mécanisme est parlant : au lieu de recevoir un tas de liens, le responsable reçoit une sélection déjà orientée vers un usage éditorial. La présentation de la fonction prévoit ensuite de transformer un signal en publication sociale ou en article.

Cette préparation ne dispense pas de lire la source. Le classement répond à « qu’est-ce qui semble important ? » ; il ne répond pas encore à « est-ce exact, utile à nos clients et défendable sous notre nom ? ». Le responsable éditorial doit pouvoir ouvrir le document d’origine, vérifier la date et retrouver le passage qui soutient l’accroche. Si Oracle résume un commentaire comme une annonce officielle, la chaîne doit s’arrêter avant le brouillon public.

Le gain potentiel vient donc de la fiche transmise : source, fait retenu, raison de priorité, angle proposé et incertitude. Une fiche qui omet l’incertitude peut faire gagner quelques minutes de lecture puis coûter une correction publique.

La mémoire commune doit aider à qualifier, pas transformer une intuition en règle

Une veille externe ignore vos engagements. Elle peut suggérer un article sur une technologie que l’équipe a déjà évaluée et écartée, ou reprendre une ancienne formulation commerciale. La mémoire utile fournit le contexte qui manque : sujets déjà publiés, offre approuvée, limites de service, décisions précédentes et vocabulaire à respecter.

Un coffre Obsidian partagé peut servir de support documentaire ; partager un dossier ne suffit toutefois pas à établir quelle note fait autorité. Une conversation exploratoire, une décision approuvée et un brouillon doivent rester distinguables. L’accès commun ne doit pas non plus ouvrir tous les dossiers clients à tous les agents. Notre guide du Company Brain et de la mémoire d’entreprise détaille cette organisation des références, versions et responsabilités. Ici, l’enjeu supplémentaire est de faire circuler ces références jusqu’à une action précise.

La distinction change le brief : « sujet déjà traité, préparer une mise à jour » n’aboutit pas au même travail que « sujet nouveau, écrire un article ». La mémoire évite le doublon seulement si l’agent consulte réellement le corpus et signale les limites de cette recherche.

Un circuit complet : qui décide, et quelle preuve conserve-t-on ?

Voici un scénario illustratif, non un déploiement client testé : une PME de services souhaite expliquer une nouvelle fonction logicielle à ses prospects. Oracle fournit la matière de départ ; Hermes orchestre les étapes autorisées. Le passage à l’étape suivante dépend du résultat précédent.

1. Signal. L’agent de veille recueille le lien, la date, le passage utile et son classement. Le responsable de veille définit les sources suivies. Preuve attendue : une fiche ouvrable, pas seulement un résumé sans origine.
2. Qualification. Le responsable éditorial confirme la nouveauté, l’intérêt pour les prospects et la solidité du fait. L’agent recherche les articles voisins. Preuve : sujet retenu ou rejeté, raison et liens du corpus consulté. Une annonce ambiguë reste à confirmer.
3. Contexte. Le référent métier désigne les documents applicables : ce que l’entreprise sait livrer et ce qu’elle exclut. L’agent retrouve leurs versions et dates. Preuve : références utilisées et contradictions non résolues ; une ancienne note ne devient pas l’offre actuelle.
4. Brief et brouillon. L’agent propose une question lecteur, une démonstration et un appel à l’action cohérent avec l’offre. Le rédacteur ou responsable du contenu sépare faits sourcés, interprétations et exemple inventé. Preuve : version du brief, brouillon et points à vérifier.
5. Validation. Une personne habilitée approuve le texte, les affirmations engageantes, les liens et les visuels. Preuve : identité, décision, version exacte et éventuelles réserves. « Ça semble bien » sur une ancienne version ne couvre pas des ajouts ultérieurs.
6. Publication autorisée. Le compte de publication ne diffuse que la version et la destination approuvées. L’exécutant contrôle la réponse du CMS, puis la page publique et sa variante mobile. Preuve : identifiant, URL, heure et contrôles du contenu réellement visible. Un brouillon enregistré n’est pas un article publié ; après une erreur réseau, on vérifie l’état avant de retenter.
7. Mesure. Le responsable acquisition suit l’indexation, les impressions, les clics puis les demandes pertinentes, sans les confondre avec le nombre de contenus publiés. Preuve : période, source de données, modifications apportées et limites d’attribution. Le résultat nourrit le prochain brief, sans devenir automatiquement une règle commerciale.

Ce circuit impose une séparation concrète : celui qui prépare ne doit pas pouvoir s’accorder seul une autorisation sensible. Les droits du CMS et les contrôles de l’intégration doivent faire respecter cette frontière ; une consigne dans le prompt ne suffit pas. Notre article sur Hermes Agent et mcp-serve, de la conversation à l’action examine une autre liaison de contexte et le même risque d’auto-approbation. MCP n’est pas nécessaire à tous les circuits de veille.

Ni le trafic affiché ni l’open source ne prouvent le retour sur investissement

Un compteur affichant 1 313 clics par jour décrit un niveau de trafic présenté. Sans période comparable, historique des actions et données d’acquisition, il ne démontre pas que SearchOS a causé cette progression. Il ne prouve pas non plus des prospects qualifiés ou des clients supplémentaires. Pour juger votre circuit, comparez aussi le temps de qualification, de rédaction et de validation, les corrections, les coûts d’outils et les demandes réellement pertinentes.

La gratuité mérite la même précision. Hermes est distribué sous licence MIT ; cela ne rend pas toute la chaîne gratuite. Le guide Apollo mentionne lui-même un coût à la minute pour la liaison vocale. Modèles, services distants, hébergement et maintenance peuvent s’ajouter. Un abonnement déjà payé ne garantit pas que tous les appels de cette intégration y sont inclus. Et une mémoire stockée localement peut être transmise à un fournisseur distant pendant le traitement.

Commencer par un sujet, puis élargir sur preuve

Pour une première mission, prenez une actualité non sensible et demandez un dossier complet jusqu’au brouillon, sans publication automatique. Faites aussi passer un cas contradictoire et un sujet déjà couvert. Le test doit montrer si l’agent sait suspendre une affirmation, éviter un doublon et fournir un texte que le responsable peut réellement vérifier. Le guide pour choisir un premier projet IA en PME aide à fixer ce périmètre et ses critères d’acceptation.

Autorisez ensuite une publication limitée, avec une personne désignée, un compte correctement restreint et un contrôle public. L’objectif n’est pas d’accumuler Apollo, Oracle et des tableaux de bord : c’est qu’une source devienne un contenu utile sans perdre, en route, le contexte ni le droit de décision.

Vous voulez cadrer ce passage de la veille à la publication dans votre entreprise ? Échangeons avec un expert Say Digital sur les sources, les validations et les preuves nécessaires pour votre premier circuit.

Sources et limites

• Nous Research : dépôt officiel Hermes Agent — capacités documentées du moteur, mémoire, skills et planification.
• AgentOS : architecture One-Screen AI Team — présentation de l’éditeur de la surcouche, Mission Control, Oracle et coffre partagé.
• AgentOS : Apollo — présentation vocale et mention d’un coût à la minute.

Analyse documentaire : aucun essai d’intégration ni résultat client n’est revendiqué ici. Le circuit proposé est une recommandation à implémenter et à tester, pas une garantie fournie par ces outils.