OpenClaw

Ce que c’est

OpenClaw est un agent IA personnel open source que vous exécutez vous-même. Il s’installe comme un unique processus Gateway sur votre propre machine ou sur un VPS, pointe vers le fournisseur de modèles que vous payez déjà et reçoit ses instructions via les applications de chat que votre équipe ouvre déjà : WhatsApp, Telegram, Discord, Slack, Signal, iMessage, Microsoft Teams, Google Chat, Matrix et Zalo sont des canaux intégrés, d’autres s’installent à la demande sous forme de plugins de canal. Peter Steinberger, fondateur de PSPDFKit, l’a publié en novembre 2025 ; le projet a circulé sous les noms Clawdbot puis Moltbot avant de devenir OpenClaw. La licence est MIT et, début 2026, il a dépassé React au nombre d’étoiles pour devenir le dépôt le plus étoilé de GitHub.

Ce qui décide d’un achat, c’est l’endroit où se trouvent les données et la facture. Il n’y a ni compte fournisseur, ni siège, ni tenant. Le Gateway est la source de vérité unique pour les sessions, le routage et les connexions de canal, et il les conserve sur du matériel que vous contrôlez. La dépense de modèle part directement chez votre fournisseur : Anthropic, OpenAI, Google Gemini, xAI, OpenRouter, GitHub Copilot, MiniMax ou tout endpoint compatible OpenAI ou Anthropic que vous configurez.

La gouvernance a changé en 2026 et l’ordre des faits compte quand vous présentez le sujet en interne. OpenAI a recruté Steinberger en février 2026 : la personne, pas le projet. Le 8 juillet 2026, OpenClaw est devenu une organisation à but non lucratif 501(c)(3), l’OpenClaw Foundation, avec OpenAI, NVIDIA, Microsoft, Tencent, Red Hat, Atlassian, GitHub, Cloudflare, Vercel et l’université du Michigan (son principal donateur) comme sponsors et non comme propriétaires. L’engagement affiché de la Foundation est de garder OpenClaw sous licence MIT et indépendant, et Steinberger conserve la direction technique.

Pourquoi il arrive en shortlist dans les organisations régulées

• La frontière des données, c’est vous qui la tracez. Dust et Lindy vous demandent de connecter vos systèmes sources à leur cloud. OpenClaw vous demande d’installer un démon. Pour une équipe juridique qui ne peut pas faire transiter du matériel couvert par le secret professionnel chez un sous-traitant, ou une équipe RevOps dont la revue de sécurité bloque sur un nouveau sous-traitant ultérieur, cette différence constitue toute l’évaluation, pas une préférence.
• MCP fonctionne dans les deux sens. Comme client, OpenClaw se connecte à des serveurs MCP en streamable HTTP, SSE ou stdio, déclarés sous mcp.servers avec des motifs d’inclusion et d’exclusion dans toolFilter pour restreindre ce que l’agent peut appeler. Comme serveur, openclaw mcp serve expose ses conversations de canal à un client MCP externe. Les outils MCP passent par les mêmes contrôles d’accès que les outils natifs : ajouter un serveur n’élargit donc pas la politique.
• Le modèle de permissions est une configuration lisible. L’exécution shell est désactivée par défaut (tools.exec.security: 'deny'). L’exécution des outils est conteneurisée via agents.defaults.sandbox.mode: 'all', Docker comme backend par défaut et workspaceAccess: 'ro' qui monte le workspace en lecture seule tout en bloquant /etc, /proc, /root et les répertoires de credentials. Le Gateway écoute sur loopback par défaut et exige gateway.auth.mode: 'token' avant que quoi que ce soit n’arrive par le réseau. openclaw security audit --deep sonde un Gateway en fonctionnement ; --fix resserre les permissions qui ont dérivé.
• Le contenu non fiable est marqué comme non fiable. Les pages récupérées, les e-mails et les documents extraits sont encadrés par des marqueurs explicites de contenu non fiable avant d’atteindre le modèle, et l’outil navigateur embarque une politique SSRF qui bloque les destinations en réseau privé sauf si vous autorisez explicitement des noms d’hôtes.

Ce que ça coûte

Le logiciel coûte $0 et la licence est MIT : il n’y a donc aucune ligne de siège à modéliser. Deux coûts réels prennent sa place. D’abord les tokens du fournisseur, facturés par le modèle que vous branchez, et la seule variable qui croît avec l’usage. Ensuite un host, si vous voulez que l’agent reste joignable portable fermé : la documentation fixe le plancher à 1 vCPU et 1 Go de RAM, recommande 2 Go ou plus dès que vous exécutez plusieurs canaux ou l’outil navigateur, et suggère un fichier de swap de 4 Go en dessous de 2 Go. L’installation, c’est npm install -g openclaw@latest puis openclaw onboard --install-daemon, sur Node 22.22.3 ou une version supportée plus récente, sous macOS, Linux ou Windows.

À comparer aux pôles hébergés pour le même travail : Dust démarre à $31 par siège et par mois, Lindy à $50 par mois. À un à trois opérateurs, la facture fournisseur d’OpenClaw passe sous les deux. À trente sièges avec un processus achats, la comparaison s’inverse, parce que le coût qui grossit, c’est l’ingénieur qui prend en charge le Gateway.

Idéal pour

• Les Legal Ops et juristes internes qui ont besoin d’un agent sur du matériel couvert par le secret professionnel et ne peuvent pas ajouter un sous-traitant au DPA
• Les opérateurs RevOps et TA avec un développeur dans l’équipe qui veulent un agent personnel dans l’application de chat où ils travaillent déjà, au coût du fournisseur plutôt qu’au prix du siège
• Toute personne qui pilote des workflows d’agents avant qu’un budget plateforme n’existe, où le livrable est « ce schéma fonctionne-t-il ? » et non « déployez-le dans le service »

Alternatives — et quand les choisir à la place

• Dust — choisissez-le quand plus d’une personne a besoin des mêmes agents et que les achats veulent une contresignature. Son modèle de permissions à deux couches, sa piste d’audit et son cloud managé à $31 par siège répondent aux questions qu’OpenClaw vous renvoie. Son cœur est également MIT, l’auto-hébergement est donc possible ; presque personne ne le fait.
• Lindy — choisissez-le quand personne ne prendra en charge un démon. Facturation à l’usage à partir de $50 par mois, aucun host à patcher et un builder qu’une personne non développeuse peut piloter. Vous acceptez que vos données Gmail, Slack et CRM traversent le cloud de Lindy.
• n8n — choisissez-le quand le travail est un pipeline déterministe avec une étape d’agent au milieu, et non un assistant natif du chat. L’auto-hébergement est gratuit, le cloud démarre à $24 par mois, et le canvas visuel se transmet plus facilement à un successeur qu’un fichier de configuration JSON.
• OpenClaw est lui-même l’entrant qui croît le plus vite sur ce segment — le projet le plus étoilé de GitHub en moins de 60 jours lors de sa montée de 2026 — ce qui est une raison de le tester et une raison d’épingler une version plutôt que de suivre latest.

Points de vigilance

• La documentation dit que ce n’est pas une frontière de sécurité multi-tenant. OpenClaw affirme sans détour ne pas être une frontière multi-tenant hostile pour plusieurs utilisateurs adverses ; sessionKey relève du routage, pas de l’autorisation. Garde-fou : exécutez un Gateway par frontière de confiance — par personne, pas par équipe. session.dmScope: 'per-channel-peer' et dmPolicy: 'allowlist' réduisent les fuites entre expéditeurs, mais un Gateway partagé d’équipe sort du cadre prévu, et aucune configuration ne le rend sûr.
• L’injection de prompt est le risque vivant, et le projet dit que les garde-fous seuls ne le referment pas. Un agent qui lit votre boîte de réception avec des outils branchés est un agent qui reçoit des instructions d’inconnus. Garde-fou : gardez tools.exec.security: 'deny', la sandbox sur all avec un workspace en lecture seule et les allowlists de canal actives ; et branchez un modèle frontier à jour — la documentation de sécurité prévient que le risque d’injection avec des modèles plus anciens ou plus petits est trop élevé pour des agents outillés sur des boîtes non fiables.
• Il n’y a pas de fournisseur, donc pas de document pour les achats. Pas de SLA, pas de contrat de support, pas de DPA, pas de rapport SOC 2. Garde-fou : le dossier de conformité que vous remettez au juridique doit être produit par vous — la sortie de openclaw security audit --deep, votre propre analyse d’impact et un responsable nommé pour les correctifs — et il doit être validé avant que des données régulées circulent, pas après que le pilote a marché.
• Les décisions techniques passent toujours par un mainteneur qui travaille désormais dans un laboratoire de modèles. La Foundation, la liste des sponsors et l’engagement MIT réduisent cette concentration ; ils ne la suppriment pas. Garde-fou : épinglez une release plutôt que de laisser un Gateway de production se mettre à jour seul, et traitez les plugins de canal comme de la chaîne d’approvisionnement — l’outil d’audit dispose d’un préfixe plugins.* précisément pour cela.
• Le coût d’installation, c’est votre temps, et c’est le chiffre que l’on oublie. Deux heures jusqu’à un agent fonctionnel est un bon résultat ; le coût récurrent, ce sont les montées de version de Node, les canaux qui cassent quand une plateforme de chat change son API, et la rotation des credentials. Garde-fou : budgétez un responsable nommé avec une demi-journée fixe par mois, et si vous ne pouvez pas nommer cette personne, prenez un pôle hébergé.