Hermes Agent vs Open Interpreter : lequel choisir ?

Deux agents populaires, deux formes très différentes

Si vous avez tapé « hermes agent vs open interpreter », vous pesez deux projets d'agents IA open source qui laissent tous les deux un modèle faire du vrai travail, mais qui sont construits pour des rôles opposés. Open Interpreter est l'assistant local d'exécution de code de Killian Lucas, lancé en septembre 2023 comme dépôt numéro un en tendance sur GitHub et aujourd'hui au-delà de 60 000 étoiles, avec une application desktop de 2025 qui le repositionne comme un agent d'ordinateur généraliste. Hermes Agent est le runtime serveur Python de Nous Research avec mémoire persistante et une vingtaine de canaux de messagerie, sorti en février 2026 et déjà au-dessus de 175 000 étoiles.

Les deux projets se croisent dans le seau « un LLM fait des choses pour vous », mais c'est là que la ressemblance s'arrête. L'un est un interpréteur en forme de REPL, devant vous, qui traduit le langage naturel en Python ou shell et l'exécute sur votre machine. L'autre est un démon toujours actif sur un serveur qui se souvient de vous d'une session à l'autre et vient vous chercher sur Telegram, WhatsApp, Slack et plus. Ce post fait le tour de ce qu'est chacun, quand chacun gagne, et de l'hybride honnête qui les combine.

Ce qu'est réellement Open Interpreter

Open Interpreter est un interpréteur de code local, natif du terminal, avec une couche de langage naturel par-dessus. Vous l'installez avec pip install open-interpreter, vous lancez interpreter, et vous décrivez la tâche en français. Le modèle écrit un extrait en Python, JavaScript, Bash, PowerShell, R ou Ruby, vous le montre pour approbation, l'exécute dans votre shell, lit la sortie et itère jusqu'à la fin. C'est la réponse open et locale au Code Interpreter hébergé d'OpenAI, sans sandbox, sans limite de temps, sans plafond de taille de fichier.

L'usage classique est l'automatisation ennuyeuse et à forte valeur sur des fichiers qui vivent déjà sur votre portable : renommer 500 fichiers selon un motif, extraire des tableaux de 30 PDF, tracer un graphique depuis un CSV, redimensionner un dossier d'images, scraper une page. Vous pouvez le pointer vers Anthropic, OpenAI ou un endpoint Ollama pour des exécutions entièrement hors ligne. Une application desktop de 2025 emballe le même runtime pour macOS et Windows et ajoute une surface d'usage général de l'ordinateur pour utilisateurs non techniques : elle sait cliquer, taper et prendre des captures d'écran quand la tâche le demande.

Ce qu'elle n'est délibérément pas, c'est un service autonome en arrière-plan. Open Interpreter n'a pas de mémoire persistante des sessions précédentes, pas de planificateur, pas d'intégration à des plateformes de messagerie et pas de boucle d'auto-amélioration. Quand vous fermez le terminal, le contexte disparaît. Demain, l'interpréteur ne se souvient pas des fichiers qu'il a touchés, de ce qui a marché ou de ce que vous avez décidé la semaine dernière. C'est un choix de conception, pas un oubli : un interpréteur de code est fait pour être une session, pas un résident.

Ce qu'est réellement Hermes Agent

Hermes Agent est un runtime serveur en Python. Une commande l'installe, une commande le démarre et un processus long-lived apparaît sur votre hôte : un VPS à 5 dollars, un Raspberry Pi, un NAS, une machine à la maison. Depuis cet hôte, il expose des passerelles pour une vingtaine de canaux : Telegram, WhatsApp, Discord, Slack, Signal, Matrix, Mattermost, e-mail, SMS et une CLI locale, entre autres.

Le runtime est délibérément un seul agent, et sa force tient dans trois couches d'état livrées par défaut :

• Mémoire de cœur dans des fichiers (MEMORY.md, USER.md) injectés dans le prompt système au début de chaque session.
• Recherche par session portée par SQLite FTS5, pour que l'agent se rappelle ce que vous avez dit mardi dernier sans que vous ne recolliez.
• Skills, des documents markdown compatibles avec le standard ouvert agentskills.io, que l'agent charge et écrit lui-même après des tâches qu'il veut se rappeler comment faire.

Autour du cœur mémoire, une ceinture d'outils déjà incluse : recherche web, extraction de page, automatisation de navigateur, vision, génération d'image, synthèse vocale, accès au shell et des dizaines d'autres. Hermes parle n'importe quel modèle compatible avec l'API OpenAI, ce qui veut dire que Nous Portal, OpenRouter, NVIDIA NIM, les endpoints Hugging Face ou votre propre serveur local fonctionnent. Le runtime est sous licence MIT et le coût marginal est dominé par votre facture de fournisseur de modèle.

La frontière de décision

Un cadrage court : Open Interpreter est l'agent que vous pilotez depuis le clavier. Hermes est l'agent auquel vous écrivez depuis le téléphone.

Le signal que vous avez choisi la mauvaise forme est en général bien fort. Si votre problème est « j'ai 400 PDF sur le bureau et il me faut noms, montants et dates dans un CSV pour midi », Hermes est le mauvais outil : vous voulez l'interpréteur qui s'ouvre là, dans votre terminal, voit les fichiers et itère jusqu'à ce que le CSV soit bon. Si votre problème est « un agent sur Telegram qui me connaisse et rédige mon e-mail à 8h avec le portable fermé », Open Interpreter est le mauvais outil : il n'y a ni serveur, ni pont de messagerie, ni identité persistante de vous.

Quand Open Interpreter gagne

Open Interpreter est la bonne réponse quand :

• Le travail est local, en forme de fichier, et vous êtes assis à la machine. Renommer, extraire, transformer, tracer, scraper. Vous regardez, vous approuvez, vous continuez.
• Vous voulez la confidentialité absolue et l'exécution hors ligne. Avec Ollama et un modèle local, rien ne quitte le portable. Pas de clé API, pas de logs, pas de cloud.
• La tâche est exploratoire et proche du code. Vous ne savez pas s'il faut un script ou trois, et vous voulez que le modèle essaie, échoue, lise l'erreur et retente dans le même shell.
• Vous voulez la surface d'app desktop pour un utilisateur non technique qui ne devrait pas ouvrir de terminal mais a besoin du flux « tapez ce que vous voulez, regardez faire ».
• Vous n'aurez pas besoin de l'agent demain. Cette session est tout le périmètre.

Open Interpreter recoupe ici la catégorie des agents de codage on-machine et des projets frères comme Goose. Son trait distinctif est le plus ennuyeux : c'est un REPL exécuteur de code avant tout, et le reste est décoration.

Quand Hermes gagne

Hermes Agent est la bonne réponse quand :

• L'agent est pour vous, pas pour un dossier de fichiers. Un assistant d'écriture quotidien, un partenaire de journaling, un CRM personnel qui vit dans Telegram.
• Vous voulez la mémoire et la messagerie par défaut. Pas d'adaptateur bricolé pour poser un pont Telegram sur un REPL, ni de « souviens-toi que j'utilise pnpm » recollé au début de chaque session.
• L'agent doit être éveillé pendant que vous dormez ou que votre portable est fermé. Un runtime serveur est allumé 24/7 par définition ; un REPL de portable non.
• Vous voulez qu'il vous rejoigne là où vous êtes déjà. Des messages vocaux sur Telegram, un DM Slack ou un SMS, pas une fenêtre de terminal que vous devez ouvrir.
• Vous voulez qu'il s'améliore tout seul. Hermes écrit et corrige ses propres fichiers de skills en travaillant, si bien que l'agent du mois prochain est un peu meilleur que celui d'aujourd'hui.

C'est la catégorie de l'agent personnel. Nous avons comparé Hermes à des outils de workflow dans Hermes Agent vs n8n et au frère le plus proche dans Hermes Agent vs Goose.

Démarrez avec Hermify si vous voulez un Hermes Agent géré, en ligne sur Telegram en moins d'une minute, sans VPS à exploiter.

L'hybride honnête

Les projets ne s'excluent pas, et le montage le plus intéressant fait tourner les deux.

• Open Interpreter vit sur votre portable. Quand il faut faire fondre un dossier de fichiers tout de suite, le chemin le plus rapide reste interpreter dans le shell de la machine qui possède les fichiers. Vous lancez, vous regardez, vous fermez.
• Hermes vit sur un serveur auquel vous écrivez toute la journée. Il rédige vos e-mails, résume vos lectures, suit vos projets et se souvient du client à qui vous avez promis quelque chose il y a deux vendredis.

Le pont entre les deux est direct. Une skill Hermes peut lancer interpreter -y "renomme ces fichiers par regex" quand la tâche est vraiment un travail local à usage unique, et l'interpréteur retourne à un exit propre pendant que Hermes continue à porter l'état de la relation. Dans l'autre sens, Open Interpreter n'a ni pont de messagerie ni mémoire d'hier, donc il n'a pas besoin de savoir que Hermes existe : il fait juste bien son travail étroit.

Coût, hébergement et verrou

Les deux projets sont open source et auto-hébergeables. Aucun ne vous verrouille chez un fournisseur.

Open Interpreter tourne sur votre machine locale, donc le coût de runtime est votre portable et votre facture de fournisseur de modèle. Avec Ollama et un modèle local, le hors ligne est gratuit. Il n'y a pas de serveur à maintenir vivant parce qu'il n'y a pas de serveur : vous fermez le terminal, le processus s'arrête.

Hermes tourne sur un serveur, donc vous payez la machine (un VPS à 5 dollars suffit pour un usage personnel) et la facture du fournisseur de modèle. Si vous préférez ne pas exploiter le serveur vous-même, un montage géré s'occupe du VPS, des mises à jour et des ponts de messagerie, et garde vos fichiers de mémoire dans votre compte. Nous avons couvert le compromis self-hosted vs géré dans un autre post.

Comment choisir

Une règle courte de décision :

1. Si votre problème est « j'ai des fichiers sur ma machine et je veux qu'un LLM écrive et exécute du code contre eux, tout de suite, et sorte quand c'est fini », choisissez Open Interpreter.
2. Si votre problème est « je veux un agent toujours actif qui me connaisse, vive dans Telegram ou Slack et se souvienne de moi pendant des semaines », choisissez Hermes Agent.
3. Si vous voulez l'exécuteur de code local sur le portable et l'agent personnel ambiant sur le téléphone, faites tourner les deux, et laissez Hermes appeler interpreter quand une tâche est vraiment un script local à usage unique.

Forcer l'un des projets dans la forme de l'autre est le mode d'échec. Open Interpreter n'est pas un démon personnel natif de messagerie, et prétendre le contraire revient à reconstruire mémoire, passerelles et planification que Hermes livre déjà. Hermes n'est pas un REPL de code natif du portable, et prétendre le contraire revient à faire passer par un serveur du travail local sur fichier alors qu'un shell direct aurait été plus rapide. Une fois que vous acceptez qu'ils visent des machines différentes, le choix devient facile et le montage à deux agents commence à paraître évident.

Sources

• OpenInterpreter/open-interpreter sur GitHub
• Documentation Open Interpreter
• Guide complet d'Open Interpreter (2026)
• Les meilleurs agents open source d'usage d'ordinateur en 2026 - Fazm Blog
• Comment construire un système de mémoire persistante pour agents IA - MindStudio
• NousResearch/hermes-agent sur GitHub
• Hermes Agent - The Agent That Grows With You