IACTOI
Parler de mon équipe

Agents IA personnels minimalistes

NanoClaw & Nanobot : les agents taille poche

Deux agents IA nés dans le sillage d'OpenClaw, avec le parti pris inverse : un code assez court pour qu'un informaticien le relise en entier, plutôt que des centaines de milliers de lignes. NanoClaw isole chaque conversation dans son propre conteneur ; Nanobot mise sur un cœur minimaliste multi-canal. Deux paris jeunes, portés par de petites équipes.

C’est quoi ?

Deux réponses minimalistes à OpenClaw

NanoClaw et Nanobot sont nés début 2026, à quelques jours d'écart, dans le sillage d'OpenClaw : même idée, un code beaucoup plus court. NanoClaw l'écrit dans sa présentation : OpenClaw pèse près d'un demi-million de lignes, 53 fichiers de configuration et plus de 70 dépendances ; NanoClaw vise la même fonction dans un seul processus et une poignée de fichiers, construit sur le Claude Agent SDK, le kit officiel d'Anthropic pour développer des agents. Chaque conversation y tourne dans son propre conteneur, un environnement cloisonné séparé du reste de la machine.

Nanobot vient d'un autre terrain : un laboratoire de recherche de l'université de Hong Kong. Même philosophie de taille — un cœur de quelques milliers de lignes de Python — mais un pari différent : moins l'isolation stricte, plus la portée, avec une interface web intégrée, une dizaine de canaux de messagerie et le choix du modèle d'IA, dans un code qui reste lisible d'un bout à l'autre.

Le nom de famille s'allonge : ZeroClaw, écrit en Rust, et PicoClaw, en Go et porté par un fabricant chinois de matériel embarqué, appliquent la même recette à d'autres publics. Tous visent un agent plus petit et plus simple à déployer, et restent, au moment de cette fiche, activement mis à jour.

Pour qui ?

Des profils qui veulent comprendre ce qu'ils installent

  • PME avec un informaticien ou un intégrateur

    Ces outils supposent quelqu'un capable de lire un README technique, lancer une installation en ligne de commande et surveiller un conteneur. Sans ce profil en interne ou chez un prestataire, ni l'un ni l'autre n'est une option réaliste.

  • Ceux pour qui « petit » veut dire « vérifiable »

    Un code qui tient dans une poignée de fichiers peut être relu intégralement par votre informaticien avant de lui donner accès à vos messageries — un exercice impossible face à plusieurs centaines de milliers de lignes.

  • Qui veut un agent multi-canal sans s'enfermer dans un modèle

    Nanobot, en particulier, se branche sur de nombreuses messageries et laisse le choix du fournisseur d'IA — utile pour ne pas dépendre d'un seul éditeur.

Cas d’usage en PME

Trois situations, deux philosophies

Le choix entre les deux dépend moins de la tâche que du curseur isolation contre portée que vous privilégiez.

  1. Un agent par client, totalement cloisonné

    Une agence qui gère plusieurs clients sur Slack ou Telegram donne à chacun son propre agent NanoClaw, dans son propre conteneur, avec ses propres dossiers montés. Une faille ou une erreur sur un dossier reste confinée à ce dossier, sans accès croisé aux fichiers ou aux conversations des autres clients.

  2. Un seul assistant, sur tous les canaux de l'équipe

    Nanobot centralise la mémoire et les tâches planifiées d'une petite équipe, joignable depuis Slack, Teams ou l'email selon l'habitude de chacun, et lit directement les PDF ou tableaux Excel envoyés en pièce jointe. Un seul agent à administrer et à surveiller, plutôt qu'un outil différent par canal de communication.

  3. La relecture de code, avant toute installation

    Avant de brancher l'un ou l'autre sur une messagerie professionnelle, un informaticien interne ou un prestataire parcourt l'intégralité du code source — une poignée de fichiers, quelques milliers de lignes tout au plus. C'est cette étape de relecture qui justifie le choix de l'outil, pas l'inverse : la taille du code n'a de valeur que si quelqu'un la vérifie réellement.

Limites & vigilance

Ce que la petite taille ne résout pas

  • Petit ne veut pas dire sans risque — l'isolation protège la machine qui héberge l'agent, pas les actions qu'il effectue depuis son conteneur : une compétence mal choisie ou une messagerie mal configurée restent des portes d'entrée, quelle que soit la taille du code.

  • Projets jeunes, équipes réduites — nés au premier trimestre 2026, portés par de petites structures : un laboratoire universitaire pour Nanobot, une jeune organisation pour NanoClaw. Rien ne garantit leur maintenance à deux ou trois ans, à la différence d'un éditeur installé.

  • Un écosystème plus restreint — moins de modules prêts à l'emploi, moins de canaux pris en charge nativement qu'OpenClaw et sa place de marché ; ce que vous gagnez en simplicité auditable, vous le perdez en fonctionnalités immédiates.

  • Le modèle d'IA reste un service tiers — l'isolation protège votre machine, pas vos échanges avec le fournisseur de modèle choisi : ce que vous lui envoyez suit ses propres règles de conservation, pas celles de l'agent.

  • Gouvernance peu documentée — au-delà du laboratoire universitaire derrière Nanobot, l'identité et le pays de l'éditeur de NanoClaw ne sont pas rendus publics ; à demander avant de leur confier une messagerie professionnelle.

Vos données

NanoClaw et Nanobot gardent-ils votre mémoire en local ?

Sur les deux outils, l'état de l'agent — mémoire, identifiants, historique — reste sur la machine que vous administrez, dans la logique même de ces projets. La différence se joue sur le modèle d'IA : NanoClaw s'adosse par défaut à Claude, avec votre propre identifiant ; Nanobot revendique la liberté de choisir un fournisseur hébergé ou un modèle local. Dans tous les cas, ce qui part vers ce fournisseur suit ses propres règles de conservation et d'entraînement, pas celles de l'agent qui l'appelle — et aucune garantie spécifique à l'Union européenne n'est annoncée par l'un ou l'autre projet.

L'alternative souveraine : la liberté de modèle de Nanobot permet d'aller jusqu'au bout de la logique « chez vous » en le branchant sur Ollama et un modèle exécuté sur votre propre matériel — au prix d'une qualité de réponse à réévaluer par rapport à Claude ou à un modèle plus puissant.

Mon avis

Je n'ai utilisé ni NanoClaw ni Nanobot. Ce qui m'intéresse dans leur existence, c'est la réaction qu'ils incarnent : face à un agent devenu trop gros pour être relu, répondre par un code qui tient dans une poignée de fichiers. C'est une discipline que je partage, à mon échelle, en construisant mon propre assistant pièce par pièce plutôt qu'en installant un bloc tout fait.

L'isolation par défaut — chaque conversation dans son conteneur — est le bon réflexe : c'est elle qui protège quand une compétence ou un message cache quelque chose de malveillant, pas une liste d'interdits écrite dans un prompt. C'est le choix que j'ai fait pour les assistants que j'installe chez ceux que j'accompagne : un conteneur chacun, avec ses seuls dossiers. Pour une PME dont l'informaticien ou l'intégrateur lira réellement ce code avant de le brancher sur une messagerie professionnelle, l'un de ces deux outils mérite un test. Sinon, la petite taille ne vous protège de rien.

— Nicolas

Comment sont écrites ces fiches

Compétence liée

Parler à ses assistants depuis son téléphone, garder l’IA sur ses machines.

D’autres fiches

  • OpenClaw

    Le grand frère viral, et ce que sa taille a coûté en sécurité

  • Hermes Agent

    Un autre harnais d'agent, une autre doctrine de contrôle

  • Ollama

    Pour garder aussi le modèle d'IA sur vos propres machines