Configuration requise pour OpenClaw
Ce dont une instance OpenClaw auto-hébergée a réellement besoin, et pourquoi la réponse est beaucoup plus modeste qu'on ne l'imagine. En bref : pas de GPU, un CPU modeste, et une quantité de RAM qui dépend presque entièrement de l'utilisation ou non de l'automatisation du navigateur.
Faire tourner l'assistant n'est pas faire tourner le modèle
C'est la distinction qui donne son sens à tous les autres chiffres de cette page, et c'est celle que la plupart des gens confondent avant de commencer. Deux tâches très différentes sont présentées comme si elles n'en faisaient qu'une :
- Faire tourner le modèle signifie transformer des jetons en jetons. C'est la tâche qui exige un GPU, beaucoup de VRAM et une grosse machine.
- Faire tourner l'assistant signifie conserver les conversations, recevoir les messages de vos plateformes de discussion, décider quoi faire, appeler des outils et garder la mémoire. C'est du travail applicatif ordinaire : un peu de CPU, une RAM modeste, un peu de disque.
OpenClaw est indépendant du modèle et vous apportez votre propre clé, donc il n'effectue que la seconde tâche. Quand il a besoin que le modèle réfléchisse, il envoie une requête HTTPS à votre fournisseur et attend. Votre instance passe l'essentiel de son temps inactive sur le réseau, ce qui explique précisément pourquoi un petit serveur suffit et pourquoi un GPU resterait inutilisé.
Les paliers, et ce qui les distingue
| Offre | Ressources | Convient à |
|---|---|---|
| OpenClaw, $5.49/mois | 4 GB de RAM, 2 vCores, 20 GB | Un assistant personnel sur des intégrations de chat avec un modèle hébergé |
| OpenClaw Pro, $9.49/mois | 8 GB de RAM, 4 vCores, 80 GB | Automatisation du navigateur, médias volumineux, plusieurs intégrations actives, ou un petit modèle local |
L'écart entre les deux ne tient pas vraiment à la quantité d'usage de l'assistant. Il tient à l'utilisation ou non des deux fonctionnalités qui modifient son profil de ressources : l'automatisation du navigateur et l'inférence locale.
L'automatisation du navigateur est la fonctionnalité gourmande
Tout le reste dans OpenClaw est léger. L'automatisation du navigateur ne l'est pas, car un navigateur sans interface est un navigateur complet : il affiche les pages, exécute leur JavaScript et conserve leur mémoire, et ce par session plutôt que par instance. Une tâche de navigation automatisée est un processus substantiel qui tourne aux côtés de votre assistant, et deux tâches simultanées en font deux.
Si l'automatisation du navigateur est au cœur de votre usage d'OpenClaw, dimensionnez directement pour elle et considérez l'assistant lui-même comme une quantité négligeable à côté. Si vous ne l'utilisez jamais, l'offre d'entrée a bien plus de marge que vous n'en utiliserez.
Les intégrations coûtent moins qu'on ne le suppose
Chacune des 20+ intégrations maintient une connexion persistante ouverte vers sa plateforme. C'est réel mais petit, de l'ordre de la dizaine de mégaoctets, donc connecter Telegram, WhatsApp, Discord et Slack en même temps ne représente pas quatre fois la charge d'une seule.
Ce qui coûte, ce sont les contenus transportés par ces plateformes. Les messages vocaux, photos et documents arrivent tous sous forme de fichiers qu'il faut recevoir, garder en mémoire pendant leur traitement, puis stocker. Un assistant utilisé principalement pour du texte est un locataire très différent d'un assistant auquel on envoie des pièces jointes toute la journée, même au même volume de messages.
CPU : rarement la contrainte
Deux cœurs suffisent pour un usage normal, car l'assistant passe son temps à attendre : attendre le fournisseur de modèle, attendre une API, attendre l'arrivée d'un message. Davantage de cœurs aident quand plusieurs choses se produisent en même temps, en particulier l'automatisation de navigateurs simultanés ou une rafale sur plusieurs intégrations. Ils ne rendent pas l'assistant plus rapide à répondre, car la réflexion ne se fait pas sur votre machine.
Si vous voulez faire tourner le modèle localement
C'est une configuration légitime, et elle modifie complètement les chiffres. Les poids du modèle doivent tenir en mémoire avec tout le reste : un modèle 7B quantifié en 4 bits pèse environ 4 GB avant tout contexte de conversation et avant OpenClaw lui-même. Cela exclut totalement l'offre à 4 GB et fait de 8 GB le minimum réaliste pour un petit modèle.
Soyez lucide sur le compromis également. L'inférence locale sur CPU est lente, et un assistant dont il faut attendre trente secondes est un assistant qu'on finit par ne plus utiliser. Les raisons honnêtes de faire tourner un modèle localement sont la confidentialité et l'indépendance plutôt que la performance. Si la confidentialité est l'objectif, sachez qu'un modèle hébergé avec un assistant auto-hébergé garde déjà votre historique de conversation, vos identifiants et vos intégrations sur votre propre serveur. Lisez le choix d'un modèle d'IA pour la comparaison complète.
Stockage
20 GB couvrent confortablement l'application, les journaux et l'historique des conversations. Ce sont les médias qui grossissent, et discrètement : chaque message vocal, image et document reçu via une intégration de chat est stocké, et un assistant qui génère aussi des fichiers grossit encore plus vite. Si le vôtre traite des pièces jointes plutôt que du texte seul, 80 GB est le point de départ le plus sûr.
Les exigences qui ne sont pas matérielles
Deux d'entre elles comptent plus que tous les chiffres ci-dessus. La première est la disponibilité : un assistant de discussion doit être connecté au moment où quelqu'un lui écrit, et les plateformes livrent vers une connexion qui existe ou n'existe pas. Une machine qui se met en veille ou une connexion dont l'adresse change transforme un assistant fonctionnel en assistant peu fiable, ce qui est un produit pire que l'absence d'assistant.
La seconde est une clé avec du crédit. OpenClaw ne vous facture pas l'usage du modèle et ne le peut pas, car le compte vous appartient. Un assistant sur un compte de fournisseur au solde vide cesse de répondre sans aucun avertissement dans OpenClaw, ce qui est l'un des modes de défaillance les plus déroutants, et il est expliqué dans pourquoi un assistant cesse de répondre.
Le dimensionnement en un paragraphe
Si vous faites tourner un assistant personnel sur des intégrations de chat avec un modèle hébergé, l'offre d'entrée suffit et continuera de suffire. Passez à une offre supérieure si vous utilisez l'automatisation du navigateur, si les pièces jointes forment une grande part de ce que vous lui envoyez, ou si vous comptez faire tourner un modèle local. Tout le reste, y compris le nombre de plateformes connectées, fait bien moins bouger l'aiguille que ces trois points.
Pour aller plus loin
Prêt à déployer ? Consultez le guide d'auto-hébergement d'OpenClaw et les tarifs, ou lisez pourquoi s'auto-héberger sur un cloud décentralisé pour savoir ce qu'est réellement l'infrastructure sous-jacente.