Hermes contre OpenCode : assistant persistant ou agent de codage interactif

Hermes Agent et OpenCode ne sont pas deux versions d'un même produit : Hermes est un agent personnel toujours actif qui répond sur les canaux de messagerie et conserve sa mémoire entre les sessions, tandis qu'OpenCode est un agent de codage interactif que vous pilotez depuis un terminal, une application de bureau ou un éditeur. Les deux sont sous licence MIT, les deux ont reçu des commits le jour où cette page a été vérifiée, et les deux acceptent un point de terminaison tiers sans qu'un forfait payant ne soit nécessaire. La décision ne repose donc pas sur un score de fonctionnalités, mais sur l'endroit où l'agent s'exécute, les personnes autorisées à lui parler et ce qui continue de générer des frais lorsque personne ne saisit de texte.

Commençons par deux pièges liés aux noms, car les deux sont actifs dans les résultats de recherche pour cette comparaison. L'OpenCode présenté ici est anomalyco/opencode : non archivé, sous licence MIT, branche par défaut dev, 209,062 étoiles, dernière version v1.18.31 publiée le 14 septembre 2026. GitHub redirige toujours sst/opencode vers celui-ci : ce chemin renvoie l'enregistrement de ce dépôt lui-même ; il s'agit donc d'un changement de propriétaire et non d'un second projet actif. La raison de ce changement n'est pas établie par l'API, cette page ne l'affirme donc pas. Un autre dépôt, opencode-ai/opencode, est archivé et en lecture seule depuis septembre 2025, et son propre README indique que le projet « s'est poursuivi sous le nom Crush » — consultez Crush contre OpenCode pour cette distinction. « Hermes » désigne également la famille de modèles open-weight de Nous Research, un moteur JavaScript et un transporteur de colis ; cette page ne fait référence qu'à NousResearch/hermes-agent (non archivé, sous licence MIT, 247,674 étoiles, dernière version v2026.9.14, nommée « Hermes Agent v0.21.3 », publiée le 14 septembre 2026). Les quatre états de dépôt ont été lus dans l'API REST GitHub le 21 septembre 2026.

Lequel devriez-vous choisir ?

Choisissez Hermes Agent lorsque le travail arrive pendant que vous êtes loin du clavier. Sa documentation décrit « plus de 20 plateformes depuis une seule passerelle » — CLI, Telegram, Discord, Slack, WhatsApp, Signal, Matrix, Mattermost, e-mail, SMS et plus encore — ainsi que sept backends de terminal et des tâches planifiées. Cette portée s'accompagne d'un axe de permissions qu'OpenCode ne possède tout simplement pas : la passerelle décide qui peut s'adresser à l'agent, et elle refuse par défaut — « Si aucune liste d'autorisation n'est configurée et que GATEWAY_ALLOW_ALL_USERS n'est pas défini, tous les utilisateurs sont refusés. » Le chemin des coûts mérite la plus grande attention, car un agent toujours actif facture même lorsque vous ne le surveillez pas, et le blocage de migration est spécifique : l'installateur macOS est réservé à Apple Silicon, macOS Intel étant indiqué comme plateforme non prise en charge (documentation d'installation, 21 septembre 2026).

Choisissez OpenCode lorsque le travail concerne un dépôt et que vous le supervisez. Il propose des outils propres au code que Hermes ne documente pas : l'intégration du Language Server Protocol, qui utilise les diagnostics comme retour pour l'agent, un agent plan intégré qui définit les modifications de fichiers et bash sur ask, ainsi que les sous-agents explore et scout en lecture seule. Son modèle de permissions est exactement l'inverse de celui de Hermes : « La plupart des permissions sont définies par défaut sur "allow" », tandis que doom_loop et external_directory sont définis par défaut sur ask et que les fichiers .env sont refusés. OpenCode démarre donc ouvert et vous le fermez ; Hermes démarre fermé et vous l'ouvrez. Le chemin des coûts est plus simple — rien ne s'exécute lorsque vous n'êtes pas en session — et le coût de migration est l'inverse de celui de Hermes : OpenCode ne documente aucune mémoire intersession vous concernant ; sa persistance repose donc sur les fichiers AGENTS.md que vous écrivez et validez.

Choisissez les deux lorsque la réponse honnête est la délégation. Nous fournit une compétence Hermes intégrée qui transmet les tâches de codage à la CLI OpenCode comme processus externe — un opencode run ponctuel pour une tâche limitée, ou une session interactive exécutée en arrière-plan via l'outil de terminal de Hermes. Il s'agit de documentation de première partie plutôt que d'un contournement, et c'est pourquoi cette comparaison ne se réduit pas à une question de substitution : les deux agents ne partagent ni session ni fenêtre de contexte ; OpenCode utilise donc ses propres identifiants et son propre compteur de consommation. Les détails relatifs aux identifiants et à la facturation figurent dans Hermes Agent avec Codex et OpenCode, qui couvre les quatre surfaces d'identifiants de ce même workflow.

Hermes Agent contre OpenCode, dimension par dimension

Lignes lues le 21 septembre 2026 dans l'index de la documentation Hermes, les pages mémoire, délégation, outils, points de contrôle et sécurité, ainsi que dans les pages OpenCode consacrées aux règles, aux agents, à l'ACP, à l'IDE et aux permissions. Chaque cellule signalant une absence — aucune mémoire utilisateur intersession, aucun LSP, aucune limite de concurrence, aucune couche d'autorisation de l'expéditeur — décrit une absence dans les pages répertoriées ici, et non une déclaration du fournisseur selon laquelle la fonctionnalité n'existe pas.

Les deux acceptent un point de terminaison tiers — selon des modalités différentes

Aucun produit ne réserve une URL de base personnalisée aux forfaits payants. OpenCode Zen est la propre passerelle d'Anomaly, et sa documentation indique qu'elle est « complètement facultative et que vous n'avez pas besoin de l'utiliser pour utiliser OpenCode » ; Hermes utilise les fournisseurs nommés de son propre fichier de configuration, de sorte que Nous Portal y constitue une option plutôt qu'une exigence. La différence tient à la portée des protocoles. Hermes nomme anthropic_messages comme valeur de transport de première classe, aux côtés de chat_completions et codex_responses, dans un bloc providers: de ~/.hermes/config.yaml (documentation des fournisseurs Hermes). OpenCode documente une surcharge générique baseURL par fournisseur — « utile lors de l'utilisation de services proxy ou de points de terminaison personnalisés » — et choisit le format filaire avec npm, mais sa page des fournisseurs ne contient aucune recette de point de terminaison personnalisé utilisant le protocole Anthropic. Interprétez cela comme une absence dans la documentation, et non comme un blocage démontré.

Une propriété de configuration propre à Hermes mérite d'être lue avant de comparer les grilles tarifaires. Il existe exactement un cas de point de terminaison personnalisé dans lequel la documentation des fournisseurs décrit Hermes comme activant la mise en cache de lui-même : une URL de base contenant x.ai, auquel cas il envoie un en-tête x-grok-conv-id avec chaque requête. Pour les autres points de terminaison personnalisés, la documentation décrit une détection plutôt qu'une activation ou désactivation générale — Hermes fait correspondre une déclaration prompt_caching par modèle « à la route exacte du fournisseur et à l'identifiant du modèle utilisé à l'exécution », ce qui permet à une passerelle résolvant un alias simple d'obtenir des marqueurs de cache, et « lorsqu'elle est omise, Hermes conserve sa détection normale des capacités du fournisseur et du modèle » ; prompt_caching: false désactive les marqueurs. Les marqueurs ne représentent que la partie côté client : la mise en cache d'un point de terminaison donné sans eux relève du comportement propre à ce point de terminaison ; consultez donc la documentation de votre fournisseur plutôt que de supposer l'une ou l'autre réponse. L'ampleur de l'enjeu figure dans la documentation de configuration des modèles de Hermes, qui décrit un tarif mis en cache comme bénéficiant d'une remise d'environ 75–90 % par rapport au prix d'entrée complet. Deux remarques supplémentaires issues des mêmes pages : les points de terminaison personnalisés compatibles avec OpenAI n'obtiennent « aucune limite de sortie automatique correspondant aux valeurs du catalogue » de la part de Hermes, de sorte que la valeur par défaut du serveur s'applique ; et, pour les serveurs auto-hébergés, la documentation des fournisseurs place l'appel d'outils du côté du serveur — llama.cpp nécessite --jinja, vLLM nécessite --enable-auto-tool-choice.

Kunavo fournit /v1/chat/completions et /v1/responses à l'adresse https://api.kunavo.com/v1, ainsi que les Messages Anthropic à l'adresse https://api.kunavo.com. En théorie, Hermes peut donc l'atteindre avec ses trois transports (la route Messages répond uniquement pour les modèles Claude) et OpenCode avec ses deux paquets npm — mais il s'agit d'une revue de la documentation source, et non d'une intégration testée. Aucun des deux clients n'a été testé en conditions réelles avec le point de terminaison de Kunavo ici, et la propre documentation d'intégration OpenCode de Kunavo porte sa propre date de vérification antérieure. Pour Hermes, API personnalisée de Hermes Agent couvre le bloc fournisseur ; la documentation de l'URL de base Anthropic couvre la forme racine de l'hôte attendue par le transport Messages.

Kunavo ne fournit pas de modèles d'embeddings, de synthèse vocale ou de transcription vocale ; aucune de ces étapes ne peut donc être dirigée vers ce service. Hermes fournit un outil text_to_speech, et sa page des outils répertorie une passerelle hébergée Nous Portal couvrant la recherche Web, la génération d'images, la synthèse vocale et l'automatisation de navigateur ; cette partie du travail reste du ressort du fournisseur que vous avez configuré à cet effet.

Ce que coûtent les mêmes tokens sur chaque route

Aucun client ne facture son propre usage. Les deux dépôts sont sous licence MIT, et la FAQ de Hermes l'indique clairement : « Hermes Agent lui-même est gratuit et open source (licence MIT). Vous payez uniquement l'utilisation de l'API LLM du fournisseur choisi. » Ce qui diffère, c'est la forme du travail envoyé par chacun.

Il s'agit d'un calcul illustratif de tokens, et non du coût mesuré d'une tâche ni d'un plafond de facturation. Supposons une session de travail comprenant 400 000 tokens d'entrée non mis en cache et 25 000 tokens de sortie. Pour la forme Hermes, ajoutez un lot délégué de trois sous-agents avec chacun 300 000 tokens d'entrée et 20 000 tokens de sortie — un nombre choisi à titre illustratif et non mesuré ; la valeur par défaut documentée de Hermes autorise jusqu'à dix sous-agents. Les tarifs sont les prix en vigueur du catalogue Kunavo par million de tokens.

Deux lectures. Selon ces hypothèses, les workers délégués représentent $1.68 du total de $2.42, ce qui correspond à ce qu'indique qualitativement la documentation de délégation de Hermes — « c'est le modèle worker qui porte réellement le coût ». Le slot de l'orchestrateur est le levier économique : en nommant Claude Haiku 4.5 à cet endroit, la même exécution revient à $2.05. Hermes expose delegation.model, delegation.provider, delegation.base_url et delegation.api_key ; les workers peuvent donc pointer vers un emplacement entièrement différent de celui de l'orchestrateur. N'oubliez pas le multiplicateur exclu de cet exemple : « Chaque tâche auxiliaire est par défaut en mode auto — ce qui signifie que Hermes essaie également votre modèle principal pour cette tâche », notamment pour la compression, la vision, la synthèse, l'évaluation des approbations, le routage MCP, la génération de titres et la recherche de compétences.

Si vous évaluez Kunavo par rapport à la passerelle propre d’OpenCode, la comparaison varie selon le modèle : indiquez donc toujours le modèle :

Les chiffres de Zen proviennent de la propre grille tarifaire d’Anomaly au 21 septembre 2026, qui précise que les prix sont indiqués par million de tokens. Il s’agit de trois lignes d’un tableau plus long : ne tirez donc aucune conclusion sur les modèles qui n’y figurent pas. Zen recharge également automatiquement 20 $ lorsque le solde passe sous 5 $, un comportement de financement à vérifier avant de comparer les soldes plutôt que les tarifs. OpenCode Go est un produit distinct à 10 $ par mois, facturé en requêtes plutôt qu’en tokens et utilisable « avec n’importe quel agent » (vérifié le 21 septembre 2026) ; il n’est donc comparable à aucun tarif par token de cette page, y compris ceux de Kunavo.

Un poste n’a pas d’équivalent chez OpenCode : si vous hébergez l’agent toujours actif, Hermes Cloud publie un tarif de 0,56 $ par jour en fonctionnement et de 0,03 $ par jour à l’arrêt pour une instance Medium (10 sessions simultanées, 2 Go de RAM, 4 vCPU), avec un minimum de 2 $ de crédits ou un abonnement actif requis pour le déploiement ; ces frais couvrent le calcul et le stockage, tandis que l’inférence et l’utilisation des outils sont facturées séparément en supplément (vérifié le 21 septembre 2026). OpenCode s’exécute sur votre propre machine et ne facture rien lorsqu’il est inactif.

Le montant du catalogue Kunavo constitue un plancher de facturation plutôt qu’un plafond : lorsque l’amont communique son coût, la facture correspond au montant le plus élevé entre le coût du catalogue et le coût amont multiplié par la majoration applicable. Les frais de cache et les outils externes ne sont pas inclus dans cet exemple. Le rechargement minimum est de $10 de crédit prépayé, sans offre gratuite — il s’agit d’un minimum de financement, pas de frais par tâche ni d’un abonnement. Consultez les détails de la facturation et créez un compte lorsque vous aurez choisi une voie.

Ce qui ne migre pas entre eux

Changer d’agent transfère moins d’éléments qu’on pourrait le penser, et chaque solution conserve son état à son propre emplacement.

• L’état d’Hermes se trouve dans ~/.hermes/ : memories/MEMORY.md et memories/USER.md, skills/, config.yaml et state.db. La mémoire est « limitée à chaque profil par conception », et la documentation avertit : « Ne faites pas pointer deux processus d’agent vers le même répertoire personnel Hermes. » Aucun mécanisme d’exportation ou d’importation n’est documenté sur la page consacrée à la mémoire ; considérez donc les chemins comme établis, mais la portabilité comme non vérifiée.
• L’état d’OpenCode se trouve dans ~/.local/share/opencode/ (notamment auth.json et les données de session propres à chaque projet), avec la configuration dans ~/.config/opencode/. Son élément durable et portable est constitué des fichiers AGENTS.md du dépôt, qui se déplacent avec le dépôt plutôt qu’avec l’agent.
• Les compétences et les instructions ne sont pas interchangeables. Hermes écrit ses propres compétences sur le disque et décrit le format comme compatible avec un standard ouvert de compétences, mais rien de ce qui a été vérifié ici n’établit qu’OpenCode charge une compétence Hermes ou qu’Hermes lit un fichier AGENTS.md.
• La configuration des canaux n’a pas d’équivalent. Les listes d’autorisation de la passerelle, l’association des messages directs et les planifications cron sont des concepts propres à Hermes ; rien n’existe côté OpenCode pour les y importer.

Vous comparez plus loin ? Hermes contre OpenClaw couvre l’autre assistant toujours actif, OpenCode contre Claude Code l’autre agent de codage interactif, tandis que les tarifs d’OpenCode et les tarifs de Hermes Agent présentent les conditions commerciales propres à chaque produit.

Questions fréquentes

Vérifié le 21 septembre 2026 : l’API REST GitHub des deux dépôts, leurs dernières versions et les deux dépôts portant le même nom, ainsi que les pages de documentation et de tarification liées sur cette page, sur hermes-agent.nousresearch.com, portal.nousresearch.com et opencode.ai. Deux sujets ont été écartés, car les sources ne permettent pas de les trancher : la page des fournisseurs d’OpenCode indique à la fois que /connect propose une option Claude Pro/Max et qu’Anthropic interdit les plugins qui acheminent ces modèles ; par ailleurs, aucun des deux projets ne mesure les performances des tâches, cette page ne classe donc aucun des deux agents. Aucun test d’exécution n’a été effectué — aucune session Hermes, aucun opencode run et aucune requête de l’un ou l’autre client vers le point de terminaison Kunavo. Les tarifs des tokens Kunavo proviennent du catalogue en ligne ; tous les montants en dollars de cette page correspondent à des calculs illustratifs sur les tokens.