Aller au contenu
Retour

NanoClaw : une alternative sécurisée à OpenClaw pour l'orchestration d'agents IA

Publié:  at  08:59 AM

Depuis quelques mois, les outils d’orchestration d’agents IA se multiplient à une vitesse folle.

Et parmi eux, OpenClaw a rapidement attiré l’attention de beaucoup de développeurs — dont la mienne. Mais après avoir creusé un peu, j’ai fini par opter pour quelque chose de beaucoup plus petit, de beaucoup plus lisible, et de bien plus sûr : NanoClaw.

Voici mon retour d’expérience.

Pourquoi j’ai regardé au-delà d’OpenClaw


OpenClaw, c’est séduisant sur le papier. Une solution complète, bien pensée, avec une communauté active. Mais une fois qu’on commence à creuser sous le capot, quelques points m’ont mis mal à l’aise.

D’abord, la taille du projet : environ 434 000 lignes de code et près de 70 dépendances externes. Pour un outil que vous laissez tourner sur votre machine ou vos serveurs avec un accès à vos projets, votre filesystem, et potentiellement Internet — c’est une surface d’attaque non négligeable. Difficile de vraiment auditer ce qui se passe là-dedans en tant que dev solo.

Ensuite, le modèle de sécurité : OpenClaw gère la sécurité au niveau applicatif. C’est-à-dire que l’isolation entre l’agent et votre système hôte repose sur du code applicatif, pas sur des mécanismes d’isolation OS. Pour un outil IA natif, capable d’exécuter du code et d’appeler des APIs, ce choix me semblait risqué.

Trop gros à maintenir pour un dev solo — la sécurité au niveau applicatif est risquée pour un outil IA natif.

La découverte : NanoClaw


C’est dans ce contexte que j’ai découvert NanoClaw. La promesse : le setup minimal d’orchestration d’agents IA, sûr dès le départ.

La comparaison avec OpenClaw est saisissante :

OpenClaw

  • 434 000 lignes de code
  • 70 dépendances
  • Sécurité applicative

NanoClaw

  • ~3 900 lignes de code
  • <10 dépendances
  • Isolation OS (Container)
L'idée : le plus petit setup possible d'orchestration d'agents IA — et sûr dès le départ.

C’est un facteur de 100x sur la taille du codebase. Et le modèle de sécurité est fondamentalement différent : l’agent tourne dans un container isolé, pas juste dans un processus qu’on espère bien cloisonné.

Setup et premières impressions


J’ai installé NanoClaw sur un mini-pc local que j’ai chez moi. Une session Claude Code pour l’installation initiale, et un seul vrai prérequis manuel : connecter un serveur Discord dédié.

C’était un vendredi soir, veille d’un long week-end. J’ai lancé l’installation, et je suis parti à la plage. Quand je suis revenu, le système était opérationnel. Et le plus surprenant : tout le reste de la configuration s’était faite via l’agent NanoClaw lui-même — depuis mon téléphone, en lui envoyant des messages sur Discord.

“L’outil s’est configuré de lui-même. C’est ça, l’AI-native setup.”

C’est peut-être le meilleur résumé de l’expérience onboarding. Pas de fichiers YAML à écrire manuellement, pas de documentation à parcourir pendant des heures. L’agent comprend ce que vous voulez, et il s’adapte.

Deux modes d’utilisation


Mode 1:1 — un agent, une conversation 🐣

Le mode le plus simple, et déjà très puissant. Vous avez un serveur Discord dédié avec un canal par contexte. Vous envoyez un message → l’agent répond. Il a accès au web, à sa mémoire, aux outils que vous lui avez configurés. Et surtout : vous pouvez y accéder depuis n’importe quel appareil, n’importe où.

Ça paraît simple, mais c’est déjà un vrai changement de paradigme par rapport à une session Claude Code classique dans un terminal.

Mode Swarm — une équipe d’agents ✨

C’est là que NanoClaw devient vraiment intéressant. En mode Swarm, vous avez plusieurs agents, chacun avec son rôle et ses canaux dédiés, coordonnés par un agent Master qui orchestre et dispatche.

L'organisation

  • Chaque agent = un rôle, des canaux dédiés
  • Master — orchestre et dispatche
  • Base de connaissance partagée

Ce que ça produit

  • Rapports asynchrones dans vos canaux Discord
  • Pipeline de contenu entièrement automatisé
  • Coordination sans intervention humaine

Ce n’est plus un assistant — c’est un environnement d’orchestration multi-agents.


L’architecture de sécurité 🔒

C’est là où NanoClaw se distingue vraiment. Le modèle repose sur un principe simple mais fondamental : zéro confiance implicite entre chaque couche.

👤 Utilisateur Discord / WhatsApp
messages
🤖 Agent NanoClaw container isolé
IPC filesystem
🖥️ Host NanoClaw Node.js process
requêtes filtrées
🌐 Internet web, APIs…
🔒 L'agent ne voit que ce qu'on lui monte explicitement — pas d'accès ambient au système hôte
🛡️ Le host valide et autorise chaque requête IPC avant exécution — zéro confiance implicite

C’est le contraire d’une sécurité “par espoir” — c’est une sécurité par conception.


Le moment “woah” 🤯

Il y a eu un point de bascule dans mon expérimentation : le moment où j’ai réalisé que NanoClaw modifie son propre code en temps réel.

Concrètement :

Ce n’est pas juste un agent qui exécute des tâches. C’est un système qui évolue avec vous.


Les frustrations (et les workarounds)

Soyons honnêtes : NanoClaw n’est pas parfait, et deux points m’ont vraiment frustré.

Observabilité opaque

  • Management interne des agents : boîte noire
  • Difficile de savoir ce qui change et pourquoi
  • Workaround : historique Git + auto-commits → lire les diffs régulièrement

Token burn 🔥

  • Claude Code Pro → limites rapides en mode Swarm (~20$ pour 1h de conversation)
  • Workaround : routing par complexité
  • Simple → Ollama local · Complexe → Claude Code

Pour qui est fait NanoClaw ? 🤔


Non-dev / Usage personnel

  • L'outil s'adapte à vous
  • Rapport effort/résultat excellent 🏃
  • Onboarding guidé, sécurisé par défaut 🔑
  • Consommation de tokens excessive 📈

Team / Pro / Entreprise

  • Base sécu solide 🔒
  • Investissement amont nécessaire pour le mode Swarm
  • Outils enterprise à construire : observabilité, gestion des droits, audit trail
Prévu pour l'usage personnel, pas pour un usage en équipe — d'après le site officiel.

Verdict ☝️

Après plusieurs semaines d’utilisation, voici ce que j’en retiens :

✓ Ce qui tient la route

  • Sécurité vraiment pensée dès le départ
  • Prévu pour être augmenté par l'IA elle-même
  • Parfait pour un usage fun / perso
  • Facile à maintenir

✗ La limite réelle

  • tokens × agents × fréquence
  • Seulement en solo par défaut
  • Les coûts montent vite sur un usage intensif (pareil qu'OpenClaw)
Le bon outil pour le bon usage — pas une silver bullet, mais une base saine.

Si vous cherchez un setup d’agents IA minimaliste, sécurisé, et que vous n’avez pas peur de mettre les mains dans le cambouis au départ — NanoClaw vaut vraiment la peine d’être essayé.


Références


Merci de m’avoir lu jusqu’ici 🙇‍♂️

Si vous avez des retours sur cet article (ou s’il vous a plu), n’hésitez pas à m’envoyer un message sur Bluesky, à le partager sur LinkedIn, ou ailleurs.


Partager cet article sur:

Article suivant
Comment réduire la facture des LLM sans effort ?