Pi contre Hermes : une session de codage face à un agent résident

Pi contre Hermes est une comparaison entre deux catégories différentes de logiciels, et non entre deux CLI de codage concurrentes. Pi est un environnement de codage interactif dans le terminal que vous démarrez dans un répertoire de projet ; Hermes Agent est un agent personnel résident doté de fichiers mémoire intégrés, d’un planificateur cron et de canaux de messagerie. Les deux sont sous licence MIT, leur installation coûte $0 et ils acceptent tous deux un point de terminaison de modèle tiers via une configuration documentée. Le véritable choix oppose une session à une présence permanente — et, pour beaucoup de personnes, la réponse est les deux.

Commencez par clarifier les noms, car cette requête provoque une forte confusion des deux côtés. Pi désigne ici l’agent de codage publié sur pi.dev par Earendil Inc., dans le dépôt earendil-works/pi. Il ne s’agit ni de Pi d’Inflection AI sur pi.ai, ni de Raspberry Pi, ni de Oh My Pi, un agent de codage distinct créé par un autre auteur. Hermes désigne ici NousResearch/hermes-agent. La page d’accueil de Nous Research présente Hermes 4 et Hermes Agent comme deux produits distincts sur deux domaines distincts — Hermes 4 est la famille de modèles à poids ouverts avec des prix d’inférence par token, tandis que Hermes Agent est un logiciel gratuit. Aucun chiffre concernant Hermes 4 n’apparaît sur cette page, car le prix d’un modèle n’est pas le prix d’un agent.

Lequel choisir

Le coût de migration est asymétrique et mérite d’être évalué avant de vous engager. Passer à Pi nécessite npm install -g @earendil-works/pi-coding-agent et un fichier de configuration. Passer à Hermes Agent nécessite un script d’installation qui, selon sa page d’installation, gère Python, Node.js, ripgrep et ffmpeg, le clonage du dépôt, un environnement virtuel, la commande globale hermes et la configuration du fournisseur — ainsi que, si vous voulez l’application de bureau, une vérification de plateforme : l’installateur macOS est documenté comme réservé à Apple Silicon, avec un installateur distinct pour Windows natif, et la documentation indique que macOS sur Intel n’est pas pris en charge. Aucune version minimale de macOS n’est publiée sur cette page.

Un piège de nommage concerne uniquement Pi et modifie silencieusement ce que vous installez. Le dépôt a changé : une requête vers badlogic/pi-mono est désormais redirigée vers earendil-works/pi par la propre redirection de GitHub, et l’ancien paquet npm @mariozechner/pi-coding-agent s’est arrêté à la version 0.73.1 le 7 mai 2026 et comporte un avis d’obsolescence renvoyant vers le paquet Earendil. Tout tutoriel ou toute comparaison fondé sur les anciens noms décrit un logiciel obsolète de quatre mois. Hermes Agent présente le problème inverse — deux numéros de version pour une seule publication, comme expliqué ci-dessous.

Session contre présence permanente, fonctionnalité par fonctionnalité

Lecture des deux dépôts et des deux sites de documentation le 21 septembre 2026. Deux interprétations à éviter. Les lignes « aucune mémoire » et « aucune messagerie » correspondent à des absences dans l’index officiel de la documentation de Pi, et non à des dénégations du fournisseur — des extensions tierces fournissent les deux. Les nombres d’étoiles et de problèmes de ces deux dépôts ne sont pas comparables : le README de Pi indique que les nouveaux problèmes et les demandes de fusion provenant de nouveaux contributeurs sont automatiquement fermés par défaut ; les deux projets mesurent donc des politiques différentes plutôt qu’une qualité de maintenance différente. Nous Research décrit également Hermes Agent comme le seul agent doté d’une boucle d’apprentissage intégrée ; il s’agit du texte du propre README du fournisseur, et aucun benchmark direct comparant Pi n’a été trouvé auprès de l’une ou l’autre partie.

pi-hermes-memory est une extension de Pi, pas Hermes Agent

C’est la confusion que cette page cherche à dissiper. Une recherche de « pi hermes » fait apparaître un paquet npm appelé pi-hermes-memory, dont le nom évoque un pont entre les deux produits. Ce n’en est pas un.

Le paquet est publié par chandra447 — ni par Nous Research ni par Earendil — sous licence MIT, en version 0.9.9 publiée le 13 septembre 2026. Sa propre description npm se termine par les mots « Ported from Hermes agent ». Ce qu’il fait consiste à réimplémenter une couche mémoire dans Pi : mémoire persistante, recherche de sessions SQLite FTS5, analyse des secrets et compétences procédurales. L’installer avec pi install npm:pi-hermes-memory fournit à Pi quelque chose qui ressemble à la conception mémoire de Hermes. Rien dans sa fiche npm ou dans son entrée de catalogue ne décrit l’installation de Hermes Agent, la connexion à un Hermes Agent en cours d’exécution ou l’ajout de la passerelle, des canaux, du planificateur ou du système d’approbation de Hermes — ce qui est décrit est une couche mémoire pour Pi.

Trois limites pratiques, tirées de sa propre fiche de catalogue consultée le 21 septembre 2026. Chaque cycle de révision en arrière-plan coûte un appel complet à l’API LLM via un processus enfant pi -p, ce qui constitue une dépense récurrente en tokens plutôt qu’une commodité gratuite. L’historique des sessions n’est pas consultable tant qu’il n’a pas été indexé — la fiche propose une commande groupée /memory-index-sessions ou l’indexation automatique à l’arrêt de la session ; les anciennes transcriptions nécessitent donc l’importation ponctuelle avant de pouvoir être recherchées. Enfin, son tokenizer trigramme limite la recherche de sous-chaînes CJK aux requêtes de trois caractères ou plus. La fiche indiquait environ 27,000 téléchargements par mois lors de cette consultation ; ces compteurs sont en temps réel et auront évolué. La documentation de Pi elle-même ne recommande aucun paquet mémoire, et aucun badge de contrôle, de vérification ou d’approbation n’apparaissait dans les fiches de catalogue consultées ce jour-là — il s’agit donc d’une option communautaire populaire, et non d’une option officielle.

Les permissions constituent la différence la plus nette

Si vous ne comparez qu’un seul aspect, comparez celui-ci. Le README de Pi indique clairement qu’il n’inclut aucun système de permissions intégré pour l’accès au système de fichiers, aux processus, au réseau ou aux identifiants, et qu’il s’exécute par défaut avec les permissions de l’utilisateur et du processus qui l’ont lancé. Sa page de sécurité, réécrite lors de la mise à jour de la documentation de Pi du 22 septembre 2026, ajoute que Pi « peut lire, modifier et exécuter des fichiers avec les permissions du compte qui l’a démarré, et ne demande pas d’approbation avant chaque appel d’outil », et mentionne l’« absence de sandbox intégrée » parmi les comportements généralement situés hors de sa frontière de sécurité. L’unique contrôle de confiance, defaultProjectTrust, détermine si la configuration et les extensions locales au projet sont chargées — et non si un outil s’exécute. La page de conteneurisation de Pi documente quatre modèles d’isolation que vous fournissez vous-même — une extension Gondolin qui achemine les outils intégrés vers une micro-machine virtuelle locale, Docker simple, OpenShell contrôlé par des politiques et Docker Sandboxes. Jusqu’à cette mise à jour, la page de sécurité expliquait également ce choix de conception : une sandbox partielle dans le processus serait facile à interpréter à tort comme une frontière de sécurité tout en dépendant toujours du shell hôte, du système de fichiers, des gestionnaires de paquets, des identifiants et du code des extensions. La page mise à jour abandonne cette justification et indique à la place que « la sécurité vient de la limitation des fichiers, des identifiants, des processus et des services réseau auxquels Pi peut accéder et qu’il peut affecter si une action générée est incorrecte ou malveillante », tandis que la politique de sécurité du dépôt indique toujours que l’agent de codage « ne dispose intentionnellement d’aucune sandbox ». Les extensions, précisons-le, s’exécutent avec toutes les permissions de votre système.

Hermes Agent adopte la position opposée. Sa page de sécurité documente une demande pour les commandes dangereuses proposant une fois, session, toujours ou refuser ; le choix de « toujours » écrit le motif dans command_allowlist de ~/.hermes/config.yaml. approvals.mode accepte smart, la valeur par défaut, qui utilise un LLM auxiliaire pour évaluer le risque et transmet les cas incertains ; manual, qui demande toujours confirmation ; et off, qui désactive les contrôles. Une liste de refus distincte pour l’écriture de fichiers est appliquée avant l’exécution aux répertoires d’identifiants tels que ~/.ssh/, ~/.aws/ et ~/.kube/, ainsi qu’aux stockages de secrets, notamment .env, tandis que ~/.ssh/config est soumis à approbation plutôt que bloqué strictement, avec un HERMES_WRITE_SAFE_ROOT facultatif qui limite les écritures à un seul préfixe. La condition à retenir : cette même page indique que les contrôles des commandes dangereuses sont ignorés sur les backends docker, singularity, modal, daytona et vercel_sandbox, car le conteneur est considéré comme la frontière. « Hermes demande d’abord » est vrai pour local et ssh, et ne constitue pas une propriété de toutes les configurations.

Diriger l’un ou l’autre vers le même point de terminaison

Un fait opérationnel vaut davantage que le reste de ce tableau, et c’est la raison pour laquelle une seule clé de passerelle ne signifie pas une seule configuration. Aucun des deux produits ne documente une URL de base unique et définitive pour le protocole Anthropic. Jusqu’à la mise à jour de sa documentation du 22 septembre 2026, la documentation des modèles de Pi affichait les deux formes dans ses exemples anthropic-messages — une https://proxy.example.com limitée à l’origine à un endroit et https://proxy.example.com/v1 à d’autres — et la mise à jour a supprimé les deux sans trancher la question, une lacune que la tarification de Pi signale déjà. Avec Kunavo, l’origine est la forme qui fonctionne : les clients de type Anthropic ajoutent eux-mêmes /v1/messages, donc un suffixe /v1 produit un chemin doublé et une erreur 404. Du côté de Hermes, le guide de l’API personnalisée de Hermes marque l’URL de base anthropic_messages comme non vérifiée et vous demande d’essayer les deux formes ; rien de trouvé aujourd’hui ne permet de résoudre la question, cette réserve est donc conservée ici plutôt que discrètement transformée en certitude. Le chemin compatible avec OpenAI est le plus simple des deux côtés. La documentation de l’URL de base couvre entièrement ce piège.

Une limite supplémentaire, car c’est la seule restriction de forfait trouvée de l’un ou l’autre côté. La page Tool Gateway indique que Tool Gateway est une fonctionnalité accessible avec un abonnement payant, et la page de tarification de Nous Portal présente le forfait Free sans aucune utilisation d’outils hébergés. Cette restriction couvre la couche d’outils hébergés — recherche et extraction Web, génération d’images, sortie vocale et automatisation d’un navigateur cloud — et non l’agent, le système mémoire, les canaux, le planificateur, le système d’approbation ou la possibilité de diriger Hermes vers votre propre point de terminaison. Kunavo ne fournit aucun modèle de synthèse vocale, de reconnaissance vocale ou d’embeddings ; ces catégories de passerelle n’ont donc aucun équivalent Kunavo. La solution de contournement documentée se configure outil par outil, en définissant web.backend, image_gen.provider, tts.provider ou browser.cloud_provider sur votre propre compte fournisseur. La même page indique également que certains comptes reçoivent une petite allocation d’outils gérés sans abonnement payant, sans taille ni conditions d’éligibilité publiées — c’est réel, mais ce n’est pas un forfait gratuit. Aucune restriction équivalente n’a été trouvée du côté de Pi : pi.dev ne publiait aucun prix ni forfait payant d’aucune sorte lors de la consultation du 21 septembre 2026.

Deux chiffres de Nous Portal divergent entre les pages officielles, et ce guide ne les fusionnera pas : la page de tarification du portail annonce « 200+ Models » pour chaque forfait payant, tandis que la page de la documentation Hermes consacrée à Nous Portal indique que les crédits couvrent 300 modèles de pointe ou plus. Les forfaits publiés le 21 septembre 2026 étaient Free à $0, Plus à $20 par mois avec $22 de crédits mensuels, Super à $100 avec $110 et Ultra à $200 avec $220 ; chacun était décrit comme offrant un bonus de crédits de 10 % avec un plafond de report. Ces crédits sont des crédits utilisables dans la boutique pour l’inférence, et non une remise sur les tarifs affichés.

Ce que coûte le même travail pour chacun

Les deux clients coûtent $0 ; la comparaison porte donc sur ce que chacun ajoute à une facture de tokens. Il s’agit d’estimations illustratives de tokens, et non de coûts mesurés pour une tâche ni d’un plafond de facturation. Supposons une modification délimitée d’un dépôt envoyant 400,000 tokens d’entrée non mis en cache et recevant 25,000 tokens de sortie, sans lectures de cache, sans écritures de cache, sans images et sans frais d’outils externes. Les tarifs sont les prix actuels du catalogue Kunavo par million de tokens.

Cette colonne est identique par conception : le même modèle effectuant le même travail est facturé de la même manière dans les deux cas. La différence structurelle concerne la ligne de mémoire, et elle évolue dans des directions opposées. La documentation mémoire de Hermes décrit le contenu mémoire comme injecté dans l’invite système au début de la session, sans appel LLM pour le récupérer, et indique pour les deux fichiers des limites d’environ 800 et 500 tokens. Pi n’a aucun équivalent intégré, et l’extension qui en ajoute un facture un appel LLM complet par cycle de révision. Supposons 20 débuts de session par mois pour l’injection, et 30 cycles de révision avec 12,000 tokens d’entrée et 600 tokens de sortie chacun pour l’extension — la forme du cycle est une hypothèse illustrative, et non une mesure.

Aucun des deux chiffres n’est élevé, et c’est précisément le point : la mémoire n’est pas là où se trouve le coût dans l’un ou l’autre cas ; choisissez donc selon le comportement plutôt que selon cette ligne. Deux coûts sont entièrement absents du calcul. Hermes Agent est conçu pour fonctionner en dehors de votre ordinateur portable — son README suggère un VPS peu coûteux ou un hébergement serverless — une facture d’hébergement peut donc apparaître là où Pi n’en crée jamais. Et si vous vous connectez à Pi avec un abonnement Claude, la documentation de son propre fournisseur indiquait, jusqu’à la mise à jour de la documentation de Pi du 22 septembre 2026 qui a supprimé cette phrase, que l’utilisation d’un environnement tiers consomme l’utilisation supplémentaire et est facturée par token plutôt que déduite des limites du forfait Claude ; l’avertissement affiché par Pi lorsqu’un modèle Anthropic utilise une authentification par abonnement le dit toujours, dans son code source en v0.99.2. Il s’agit de la caractérisation par Pi de la facturation d’un autre fournisseur ; vérifiez-la donc dans votre propre compte.

Du côté de Kunavo, le montant du catalogue constitue un plancher de facturation plutôt qu’un plafond : lorsque l’amont signale ses frais, la facture correspond au montant le plus élevé entre le coût du catalogue et le coût amont multiplié par la majoration applicable. Le minimum est un rechargement prépayé de $10, c’est-à-dire la somme nécessaire pour approvisionner une clé, et non des frais de tâche ni un abonnement — voir la facturation. Le tarif affiché le plus bas et le coût de la tâche terminée la moins cher sont deux questions distinctes ; un modèle plus petit qui nécessite trois tentatives peut coûter plus cher qu’un modèle qui réussit la modification en une seule fois.

Exécuter les deux et savoir quand migrer

Ces deux outils ne sont pas nécessairement l’un ou l’autre, comme le montrent les arborescences de configuration : Pi lit ~/.pi/agent/, Hermes Agent lit ~/.hermes/, et aucun des deux ne documente d’état partagé. Hermes isole également les profils — hermes -p work lit son propre répertoire de mémoires — de sorte qu’une présence permanente professionnelle et une présence personnelle n’ont pas besoin de partager leur contexte.

Migrez vers Hermes Agent lorsque ce que vous recherchez constamment est l’absence de supervision : travail planifié, réponse depuis une application de messagerie ou agent qui se souvient d’une décision que vous lui avez expliquée la semaine dernière sans que vous deviez la recoller. Migrez vers Pi lorsque le travail consiste à coder de manière supervisée dans un dépôt et que le processus permanent représente une charge d’exploitation dont vous ne voulez pas. N’ajoutez l’extension mémoire de Pi qu’après avoir évalué le coût de ses cycles de révision, et jamais en supposant qu’elle transforme Pi en Hermes Agent. Et si la raison du changement concerne réellement l’accès au modèle plutôt que le flux de travail, aucune migration n’est nécessaire : les deux produits atteignent le même point de terminaison grâce à une configuration documentée.

Quelle que soit l’option choisie, considérez chaque configuration de cette page comme issue de la documentation du fournisseur, et non comme vérifiée. Conservez une route fonctionnelle, exécutez une tâche limitée, puis rapprochez le coût indiqué par l’agent avec le montant réellement enregistré par votre compte fournisseur — le calcul d’un agent fondé sur les tokens rapportés est une estimation, pas un registre comptable. Pour les détails au niveau du protocole, API compatible avec OpenAI décrit ce que couvre la surface compatible ; tarification de Hermes Agent et tarification de Pi présentent la facturation complète de chaque produit. Lorsque vous êtes prêt à créditer une clé pour l’un ou l’autre, créez un compte Kunavo.

Questions fréquentes

Vérifié le 21 septembre 2026 : l’API GitHub des deux dépôts, le README brut de Pi, les documents sur les sessions, les fournisseurs et la conteneurisation, pi.dev et sa documentation des modèles et son catalogue de paquets, les entrées du registre npm pour les deux paquets Pi et pour pi-hermes-memory, les pages d’installation, de démarrage rapide, de prise en charge des plateformes, de mémoire, de messagerie, de sécurité, de configuration des modèles, des profils, de Nous Portal et de Tool Gateway sur hermes-agent.nousresearch.com, ainsi que les sites portal.nousresearch.com et nousresearch.com. La documentation des modèles de Pi a été relue le 1er octobre 2026 pour sa liste de valeurs api et ses exemples d’URL de base anthropic-messages, tous deux supprimés lors de la mise à jour documentaire du 22 septembre 2026. Le même jour, le README de Pi, sa page de sécurité et la politique de sécurité du dépôt ont été relus pour les affirmations relatives aux permissions et au bac à sable, ainsi que sa référence RPC et son code en v0.99.2 pour les unités et paliers des blocs de coût et les valeurs api ; la ligne relative à l’utilisation supplémentaire a également été vérifiée par rapport à l’avertissement du terminal dans ce code. Les compteurs d’étoiles, de téléchargements et les totaux de paquets et de plateformes sont des instantanés d’une seule journée susceptibles d’évoluer. Les tarifs Kunavo sont affichés à partir du catalogue en temps réel et chaque montant en dollars présenté ici illustre un calcul de tokens ; il ne s’agit pas du coût mesuré d’une tâche. Ni Pi ni Hermes Agent n’ont été testés à l’exécution avec Kunavo dans le cadre de ce travail, et aucune affirmation de compatibilité n’est formulée pour l’un ou l’autre.