TrueFoundry prend-il en charge MCP et les agents IA ?

Ces deux projets sont constamment comparés, et il s'agit d'une confrontation légitime plutôt que d'une simple manœuvre marketing. Tous deux sont sous licence MIT, extrêmement populaires, auto-hébergés et utilisables depuis une application de messagerie sur votre téléphone. Hermes propose même une commande hermes claw migrate pour importer une configuration OpenClaw, ce qui montre à quel point les mainteneurs sont conscients du chevauchement entre les deux (README de Hermes Agent, consulté le 21 septembre 2026).

Pourtant, ils divergent sur un point fondamental, exprimé dès la première phrase de chaque projet. OpenClaw est un assistant qui « vous rejoint sur les canaux que vous utilisez déjà ». Hermes est « l'agent qui grandit avec vous ». Ce sont deux produits différents qui se trouvent simplement partager la même catégorie.

Ce guide compare ce que chaque solution propose réellement, puis souligne le point crucial pour un lecteur en entreprise : la question intéressante n'est pas de savoir quel harnais l'emporte, mais ce qui se casse lorsque toute votre équipe en utilise un.

OpenClaw : Présentation

OpenClaw est un assistant IA open source qui s'exécute sur votre propre machine et vous atteint via les applications de messagerie que vous possédez déjà. Écrit en TypeScript, publié sur npm sous le nom openclaw, il est géré par la OpenClaw Foundation, une organisation indépendante 501(c)(3) qui emploie l'équipe principale et signe les versions. Le projet indique clairement qu'il n'a pas de niveau payant, pas de service hébergé, pas de jeton, et qu'OpenAI est un donateur plutôt qu'un propriétaire (README d'OpenClaw, consulté le 21 septembre 2026).

Le dépôt est sous licence MIT et, au 21 septembre 2026, affiche 390 174 étoiles et 82 059 forks (API GitHub, observée le 21 septembre 2026). Créé le 24 novembre 2025, sa courbe de croissance est inhabituellement abrupte, même pour les standards de l'open source.

[CAPTURE D'ÉCRAN : OpenClaw — l'interface de contrôle avec une conversation en direct, le panneau d'approbation et la liste des canaux visibles]

Sur le plan architectural, OpenClaw est un démon Gateway unique à longue durée de vie qui contrôle toutes les surfaces de messagerie. Les clients du plan de contrôle — l'application macOS, l'interface en ligne de commande, l'interface de contrôle web, les automatisations — s'y connectent via WebSocket, par défaut sur 127.0.0.1:18789. Les « nœuds » de périphériques, tels qu'un iPhone ou un combiné Android, se connectent au même serveur WebSocket avec le rôle : node, en déclarant les capacités qu'ils exposent (appareil photo, enregistrement d'écran, localisation). Il n'y a qu'une seule passerelle par hôte, et toutes les connexions nécessitent un appairage de périphérique et des défis signés (documentation de l'architecture de la passerelle OpenClaw, consultée le 21 septembre 2026).

Le catalogue de canaux publié répertorie plus de trente surfaces, dont Telegram, Slack, Discord, WhatsApp, Signal, iMessage, Microsoft Teams, Google Chat, Matrix, Mattermost, IRC, SMS via Twilio, LINE, Feishu et WeChat (documentation des canaux OpenClaw, consultée le 21 septembre 2026). Les applications natives couvrent macOS, iOS, Android, Windows et Linux.

OpenClaw 2.0 a été publiée sous la version v2026.8.1 le 31 août 2026 à 03:30 UTC. Les notes de version indiquent une ampleur de 16 977 pull requests, 698 commits directs et 987 contributeurs, touchant à l'installation, à l'interface de contrôle web reconstruite, à la mémoire, aux compétences, aux modèles, aux automatisations, à l'utilisation du navigateur et de l'ordinateur, aux plugins et à la sécurité. Parmi les ajouts notables, citons un atelier de compétences (Skill Workshop) qui gère les propositions, les vérifications et l'historique des applications ; le rappel de mémoire à travers les autres conversations privées d'un agent ; et des identifiants permettant d'atteindre des destinations prises en charge sans saisir de texte visible par le modèle (notes de version d'OpenClaw v2026.8.1). Le projet a connu des mises à jour régulières depuis — la version v2026.9.5 est sortie le 19 septembre 2026.

Des compromis honnêtes. Le guide de sécurité est direct concernant la configuration par défaut : « Les outils s'exécutent sur l'hôte pour la session principale, sauf si vous configurez une isolation (sandboxing). » L'accessibilité est l'objectif de conception, et chaque canal supplémentaire constitue un chemin d'entrée qui doit être traité comme une source non fiable. Le guide de configuration d'équipe d'OpenClaw définit clairement la limite : « Une passerelle est un domaine de confiance », et recommande une passerelle par locataire si vous devez servir des personnes ou des organisations mutuellement non fiables (documentation de configuration d'équipe OpenClaw, consultée le 21 septembre 2026).

Agent Hermes : Vue d'ensemble

L'agent Hermes est l'agent autonome open-source de Nous Research, sous licence MIT. Il est écrit en Python, créé le 22 juillet 2025, et au 21 septembre 2026 affiche 247 589 étoiles et 52 090 forks (API GitHub, observée le 21 septembre 2026). La version la plus récente au moment de la rédaction est la v2026.9.14, étiquetée Hermes Agent v0.21.3, publiée le 14 septembre 2026.

Hermes se décrit comme « le seul agent doté d'une boucle d'apprentissage intégrée », et les détails techniques viennent étayer cette affirmation plutôt que de simplement l'énoncer. Il crée des compétences à partir de l'expérience, améliore ces compétences lors de leur utilisation, s'incite lui-même à conserver ses connaissances, effectue des recherches dans ses propres conversations passées et construit un modèle de l'utilisateur au fil des sessions en utilisant la modélisation utilisateur dialectique Honcho. Ses compétences sont compatibles avec le standard ouvert agentskills.io (README de l'agent Hermes, consulté le 21 septembre 2026).

[CAPTURE D'ÉCRAN : Agent Hermes — l'interface terminal en cours de tâche, montrant la sortie de l'outil en streaming et l'invocation d'une compétence]

La conception de la mémoire est délibérément limitée plutôt qu'illimitée. Deux fichiers la supportent : MEMORY.md pour les notes propres à l'agent, plafonné à 2 200 caractères (environ 800 jetons), et USER.md pour le profil utilisateur, plafonné à 1 375 caractères (environ 500 jetons). Tous deux résident dans ~/.hermes/memories/ et sont injectés dans le prompt système sous forme d'instantané figé au démarrage de la session. Lorsqu'une écriture dépasse la limite, l'outil renvoie une erreur plutôt que de supprimer silencieusement des entrées, et l'agent procède à une consolidation avant de réessayer (documentation sur la mémoire persistante d'Hermes, consultée le 21 septembre 2026). Un processus d'arrière-plan Curator gère le suivi de l'utilisation, l'obsolescence et l'archivage des compétences créées par l'agent.

Lors du déploiement, Hermes propose sept backends de terminal — local, Docker, SSH, Singularity, Modal, Daytona et Vercel Sandbox — Daytona et Modal offrant une persistance serverless permettant à l'environnement de se mettre en veille lorsqu'il est inactif. Il fonctionne sur un VPS à 5 $ ou un cluster GPU, et il vous atteint via Telegram, Discord, Slack, WhatsApp, Signal, Email et la CLI à partir d'un seul processus de passerelle. Le choix du modèle est ouvert : Nous Portal, OpenRouter, OpenAI, Anthropic, Google, ou tout point de terminaison compatible OpenAI, commuté avec hermes model.

Des compromis en toute transparence. Les mêmes documents qui décrivent la mémoire en précisent également les limites : « La mémoire est conçue pour être limitée à un profil spécifique », avec un avertissement explicite de ne pas diriger deux processus d'agent vers le même répertoire Hermes. C'est une décision technique judicieuse pour un agent personnel, mais c'est précisément la contrainte qui pose problème lorsqu'une équipe souhaite partager des connaissances institutionnelles. Hermes propose pourtant des fonctionnalités opérationnelles sérieuses — un Portée gérée pour les configurations et secrets verrouillés par l'administrateur et immuables pour l'utilisateur, un proxy d'injection d'identifiants en sortie, et une isolation réseau Docker en sortie — mais il s'agit de contrôles par installation, et non d'un plan de contrôle multi-utilisateurs.

Comparaison de l'architecture et du déploiement

‍