Utiliser Hermes Agent avec des modèles open source hébergés dans l’UE

Hermes Agent est un agent IA open source de Nous Research. Il fonctionne dans le terminal, se connecte aux éditeurs et aux plateformes de messagerie, planifie des tâches récurrentes et conserve une mémoire et des compétences qui s’améliorent avec l’usage. Les tâches auxiliaires, comme la compression du contexte, la vision ou les titres de session, peuvent chacune utiliser leur propre modèle.

Hermes est conçu pour rester indépendant des fournisseurs. Outre ses fournisseurs intégrés, il fonctionne avec tout point d’accès qui implémente /v1/chat/completions, ce qui le rend simple à utiliser avec les modèles open-weight d’inference.eu.

Les réglages du modèle se trouvent dans ~/.hermes/config.yaml, sous model. Avec provider: custom, Hermes envoie ses requêtes à base_url, ici l’URL de base d’inference.eu terminée par /v1. key_env désigne la variable d’environnement qui contient votre clé, lue dans le shell ou dans ~/.hermes/.env. default est l’identifiant du modèle utilisé pour les nouvelles sessions.

La commande interactive hermes model écrit les mêmes réglages lorsque vous choisissez Custom endpoint. Hermes associe chaque clé à sa propre URL de base : votre clé inference.eu n’est donc envoyée qu’à inference.eu. Les tâches auxiliaires peuvent aussi pointer vers inference.eu, avec leur propre base_url et leur modèle dans la section auxiliary.

Hermes planifie, appelle des outils et entretient une mémoire de long terme : il tire parti des modèles solides en travail agentique. kimi-k3 et glm-5.3 sont de bons choix par défaut pour le modèle principal, car ils raisonnent bien sur des tâches en plusieurs étapes et renvoient des appels d’outils propres. Pour des sessions surtout consacrées au code, qwen3-coder-480b-a35b-instruct est une option solide.

Pour les tâches auxiliaires comme la compression et les titres, un modèle rapide comme gpt-oss-120b limite coûts et latence. En les confiant aussi à inference.eu, aucune partie d’une session ne bascule vers un autre fournisseur.

Une erreur 401 signifie que la clé n’est pas parvenue à Hermes. Vérifiez que INFERENCE_EU_API_KEY est définie dans ~/.hermes/.env ou dans le shell, et que key_env désigne exactement cette variable. Une erreur 404 vient le plus souvent d’un chemin en trop dans base_url, qui doit se terminer par /v1.

Notez que OPENAI_BASE_URL ne concerne que le fournisseur openai-api, pas un point d’accès personnalisé : définissez l’URL dans config.yaml. « Model not found » signifie que default diffère de l’identifiant inference.eu. Si les tâches auxiliaires échouent alors que le modèle principal fonctionne, elles pointent encore vers un autre fournisseur.

Avec inference.eu comme point d’accès personnalisé, les prompts, fichiers, extraits de mémoire et sorties d’outils qu’Hermes envoie à chaque étape sont traités dans des centres de données de l’UE et ne servent jamais à l’entraînement. Nous signons un accord de sous-traitance au titre de l’article 28 du RGPD, communiquons la liste de nos sous-traitants et facturons en euros.

Hermes peut aussi se connecter à des messageries et à des outils externes, qui sont des services distincts avec leur propre traitement des données. Pointez le modèle principal et toutes les tâches auxiliaires vers inference.eu, et vérifiez les passerelles et outils activés, pour que le trafic de modèles reste chez un sous-traitant européen.