Capacité générée
Les skills écrits par l’agent sont du code que personne n’a revu à la conception. Ils exigent la même provenance, la même revue et le même chemin de retour arrière que tout ce qui atteint la production.
Hermes Agent · Engineering runtime & sécurité · Suisse
Il écrit ses propres skills. Il ne doit pas écrire ses limites.
Hermes est un runtime agentique open source de Nous Research construit autour d’une boucle d’apprentissage : il crée des skills à partir de son expérience, les affine à l’usage et conserve ses connaissances d’une session à l’autre. Numezis déploie cette boucle dans des frontières de confiance explicites, pour que la capacité s’accumule sans que l’autorité en fasse autant.
Intention primaireAUTOMATISATION AUTO-AMÉLIORANTE
Surface de contrôleSKILLS · MÉMOIRE · TOOLS
RésultatSERVICE AGENTIQUE GOUVERNÉ
La question d’entreprise
La valeur, c’est la boucle d’apprentissage. Le risque aussi.
Un agent classique fait ce que son harness autorise aujourd’hui. Hermes modifie ce qu’il pourra faire demain : il écrit des skills, garde une mémoire et améliore ses propres procédures. C’est précisément pour cela qu’on l’adopte — et pourquoi la question de revue passe de « que peut faire cet agent » à « que peut-il devenir, et qui valide ce changement ».
État persistant
Une connaissance qui survit à la session emporte aussi ce qui y était faux, sensible ou injecté. La mémoire est un stockage de données avec une politique de rétention, pas un confort.
Instructions non fiables
Documents, pages et sorties de tools façonnent le comportement ; dans une boucle d’apprentissage, une seule injection réussie peut être consignée puis réutilisée.
Autorité du process
Hermes exécute sa boucle dans le process que vous lancez. Tout ce que ce process peut atteindre — fichiers, clés, réseaux — constitue les permissions réelles de l’agent.
Architecture
Placer la frontière hors de la boucle que l’agent peut modifier.
Hermes s’invoque plutôt qu’il ne réside : la boucle agentique et le dispatch des tools vivent dans le process que vous démarrez. Le host devient donc le périmètre de sécurité. Nous concevons le runtime pour que skills, mémoire et tools soient des artefacts gouvernés, et pour que la sandbox qui les contient reste hors d’atteinte depuis l’intérieur de la boucle.
Workflow métier
Utilisateurs nommés, tâches autorisées, gates d’approbation et un owner responsable pour chaque résultat produit.
Skills & mémoire
Provenance des skills, revue avant promotion, versioning, règles de rétention et chemin de révocation des comportements appris.
Sandbox du process
Isolation conteneur ou OS, allowlist réseau, restrictions fichiers et accès médié aux credentials autour de l’invocation.
Inférence & infrastructure
Route modèle explicite, frontière compute, identité, télémétrie et ownership du cycle de vie du runtime.
Système de contrôle
Défense en profondeur, avec des preuves à chaque frontière.
Identité & tenancy
Séparer hosts, identités OS ou gateways partout où les frontières de confiance diffèrent ; aucun identifiant de routage ne vaut autorisation.
Politique réseau
Egress restreint par défaut, destinations explicites, contrôles DNS et SSRF, et exceptions revues plutôt qu’accumulées.
Isolation fichiers
Chemins lisibles et modifiables minimaux, surfaces runtime read-only, configurations et credentials protégés.
Credentials
Identités dédiées, secrets limités et rotatifs, accès médié, et aucun credential de compte primaire dans l’état de l’agent.
Tools & validations
Capacités en allowlist, confirmation humaine pour les actions conséquentes, et séparation nette entre raisonnement et exécution.
Preuves & réponse
Logs d’actions, baselines de configuration, tests de politiques, revue d’anomalies, ownership des patches et arrêt défini.
Delivery Numezis
De l’expérimentation à un service agentique contrôlé.
01
Threat-model
Cartographier utilisateurs, canaux, tools, données, credentials et chemins d’abus crédibles avant tout déploiement.
TRUST BOUNDARY MAP02
Isoler
Choisir le modèle de host et de sandbox, définir les politiques réseau et fichiers, séparer les tenants.
RUNTIME BASELINE03
Intégrer
Ne connecter que des systèmes approuvés, avec identités limitées, secrets médiés et contrats d’action explicites.
INTEGRATION RECORD04
Vérifier
Tester prompt injection, contournement de politiques, accès credentials, tools dangereux et comportement de reprise.
SECURITY EVIDENCE05
Opérer
Instrumenter activité, coûts et qualité ; porter upgrades, incidents, exceptions et revues périodiques des accès.
OPERATING CONTROLFAQ
Hermes en entreprise : les questions qui comptent.
En quoi Hermes diffère-t-il d’un agent de code comme Claude Code ou Codex ?
Les agents de code sont invoqués pour une tâche dans un dépôt et jugés sur cette tâche. Hermes est construit sur la persistance : il accumule skills et mémoire, si bien que la même classe de travail devient moins coûteuse avec le temps. D’où son intérêt pour l’automatisation opérationnelle récurrente — et d’où la centralité de la gouvernance des skills.
Hermes peut-il fonctionner sans envoyer de données hors de Suisse ?
Le runtime est open source et s’exécute là où vous le placez. La résidence des données dépend alors de la route d’inférence et de tout tool atteignant un service externe : c’est pourquoi nous traitons la route modèle et l’allowlist de tools comme des décisions d’architecture explicites, jamais comme des valeurs par défaut.
Comment empêcher l’agent d’acquérir une capacité que personne n’a approuvée ?
Les skills générés sont traités comme du code : provenance, revue avant promotion vers l’ensemble de confiance, versioning et chemin de révocation. La sandbox limite ce qu’un skill peut atteindre quel que soit son contenu, et les actions conséquentes conservent un gate humain.
Hermes est-il prêt pour la production dans une organisation régulée ?
Il peut l’être, dans un périmètre étroit et bien instrumenté. Nous recommandons de démarrer sur un workflow récurrent, avec une frontière de données explicite et un chemin d’arrêt, puis d’élargir uniquement sur preuves mesurées de qualité, de coût et d’incidents.
Frontière importante
Un agent qui apprend est un processus de changement, pas une installation d’outil.
La question que posera une fonction risque suisse n’est pas si Hermes s’est bien comporté en démonstration, mais qui revoit les skills qu’il a écrits le mois dernier, ce que sa mémoire conserve, et comment un comportement appris défaillant est détecté puis retiré. Nous intégrons cette réponse au déploiement plutôt qu’autour de lui.
Hermes Agent est une technologie tierce publiée par Nous Research. Numezis apporte une expertise indépendante d’architecture, d’engineering et de sécurité autour de cet outil ; aucun partenariat, aucune certification ni endorsement n’est impliqué sans annonce formelle.