Qu'est-ce que NemoClaw ? Le sandbox de NVIDIA pour OpenClaw et Hermes Agent

NemoClaw n’est pas un agent IA. C’est la pile de référence open source de NVIDIA, sous Apache-2.0, pour faire tourner un agent existant de façon plus sûre : par défaut, elle installe OpenClaw, ou au choix Hermes Agent ou LangChain Deep Agents Code, dans un conteneur de sandbox NVIDIA OpenShell, et contrôle ce que cet agent peut joindre. NVIDIA l’a publiée en mars 2026 et la qualifie d’alpha.

Si vous avez lu qu’OpenClaw exécute des commandes sur votre hôte avec le sandboxing désactivé par défaut (voir OpenClaw est-il sûr ?), NemoClaw est la réponse de NVIDIA à ce problème.

Ce qu’il ajoute par-dessus l’agent

L’agent à l’intérieur fait le travail ; NemoClaw ajoute les murs autour (présentation) :

• Un conteneur de sandbox. L’agent tourne dans OpenShell avec des contrôles du système de fichiers et des processus, pas directement sur votre machine.
• Une politique réseau. Les destinations non approuvées sont bloquées et présentées à un opérateur, qui les approuve ou les refuse. C’est du contrôle des sorties réseau : un agent victime d’une injection de prompt ne peut pas envoyer discrètement vos données vers un serveur inconnu.
• La garde des identifiants. Les identifiants d’inférence, de messagerie et MCP restent auprès de la passerelle OpenShell, hors du sandbox, si bien que l’agent ne détient jamais les clés brutes. Une exception : les sessions appairées par QR code comme WhatsApp conservent leurs identifiants de session dans le sandbox.
• Une inférence gérée. Les appels au modèle passent par OpenShell vers NVIDIA Endpoints, d’autres fournisseurs hébergés, ou des modèles locaux via Ollama, vLLM ou NVIDIA NIM (fournisseurs d’inférence).
• Une prise en main guidée, une CLI et un tableau de bord.

Ce qu’il ne change pas, ce sont les capacités de l’agent. La mémoire, les compétences, la voix et le reste viennent de la version d’OpenClaw ou de Hermes qu’il contient, c’est pourquoi plusieurs cases de fonctionnalités sont vides pour NemoClaw dans le tableau ci-dessus.

Ce qu’il faut pour le faire tourner

NemoClaw est plus lourd que l’agent seul. NVIDIA indique 4 vCPU, 8 Go de RAM (16 Go recommandés) et 20 Go d’espace disque libre, plus Docker, Docker Desktop ou Colima (prérequis). L’image de sandbox à elle seule pèse environ 2,4 Go. Linux et DGX Spark sont les principales plateformes testées ; macOS sur Apple Silicon et Windows via WSL2 fonctionnent avec des limitations.

Vous l’installez avec un script ou Docker. En mode express de l’installateur, appuyer sur Entrée accepte OpenClaw ; répondez n pour choisir Hermes Agent ou Deep Agents Code, un nom de sandbox et un fournisseur d’inférence (README).

Les canaux de messagerie se configurent pendant la prise en main : Telegram, Discord et Slack sont pris en charge, tandis que WhatsApp, Microsoft Teams, Google Chat et WeChat sont expérimentaux.

Ce qu’il coûte

NemoClaw est gratuit. Vous payez l’inférence au fournisseur vers lequel vous routez, ou rien par message avec un modèle local. Si vous avez un GPU NVIDIA, l’inférence locale via NIM, vLLM ou Ollama garde les prompts sur votre machine, et DGX Spark fait partie des principales plateformes testées.

Les pièges

• C’est de l’alpha. Selon NVIDIA, les mainteneurs examinent les issues et pull requests « au mieux », sans délai de réponse garanti.
• Il envoie de la télémétrie. La CLI et l’installateur rapportent les opérations à un récepteur NVIDIA sauf si vous définissez NEMOCLAW_DISABLE_TELEMETRY=1 (source). Une seule variable d’environnement suffit à la désactiver.
• Deux couches à mettre à jour. Vous suivez les versions de NemoClaw et celles de l’agent.
• La lassitude des approbations. Le contrôle des sorties réseau n’est utile que si quelqu’un examine réellement les destinations bloquées.

OpenClaw seul vs OpenClaw dans NemoClaw

	OpenClaw seul	OpenClaw dans NemoClaw
Où s’exécutent les commandes	Sur votre hôte, sauf si vous activez le sandboxing	Dans un conteneur de sandbox OpenShell
Réseau sortant	Sans restriction	Destinations non approuvées bloquées jusqu’à l’approbation d’un opérateur
Clés des modèles et des canaux	Stockées sur votre matériel à côté de l’agent	Détenues hors du sandbox par la passerelle OpenShell
Télémétrie par défaut	Vérification quotidienne des mises à jour	Télémétrie de la CLI NemoClaw, plus ce qu’envoie l’agent à l’intérieur
Matériel minimum	Toute machine qui fait tourner Node 24.16+ ou 26.1+	4 vCPU, 8 Go de RAM, 20 Go de disque et un runtime de conteneurs
Maturité	Développement très actif	Alpha

Faut-il utiliser NemoClaw ?

Utilisez-le si vous voulez déjà OpenClaw ou Hermes Agent, prévoyez de connecter de vrais comptes comme votre messagerie e-mail, et le feriez sinon tourner sur votre hôte. C’est aussi le choix évident pour les équipes qui ont besoin qu’un opérateur approuve ce qu’un agent toujours actif peut joindre, et pour quiconque fait tourner des agents sur du matériel NVIDIA.

Passez votre chemin si vous préférez une isolation intégrée à l’agent lui-même. NanoClaw exécute chaque agent dans son propre conteneur, et ZeroClaw est livré avec un sandbox de l’OS activé par défaut. Ou activez le sandbox propre à l’agent : celui d’OpenClaw utilise Docker par défaut, et Hermes Agent peut utiliser terminal.backend: docker.

Pour le face-à-face, consultez NemoClaw vs OpenClaw. Pour le contexte sur les agents qu’il enveloppe, consultez ce qu’est OpenClaw et ce qu’est Hermes Agent.