Test de Rakazo : auto-héberger des bots toujours actifs dotés de leur propre ordinateur
Un test de Rakazo pour l'auto-hébergement : installation Docker, isolation de l'ordinateur de chaque bot, approbations, télémétrie, modèles locaux et limites de la bêta.
Rakazo, que nous développons, prend une forme différente de la plupart des agents de cette liste. Au lieu d’un assistant unique sur votre machine, il fait tourner plusieurs bots persistants, chacun avec ses discussions, sa mémoire, ses routines et un ordinateur (navigateur, terminal et bureau) qui vit dans un conteneur plutôt que sur votre hôte. Il est sous Apache-2.0, a été lancé en août 2026, comptait 7 538 étoiles GitHub lors de notre vérification du 8 novembre, et se présente comme une bêta. Nous lui appliquons la même checklist qu’à tous les autres ici ; ce test porte sur son auto-hébergement.

Pour qui
Rakazo convient à ceux qui veulent des bots qui effectuent un travail récurrent en leur absence : un bot qui trie une boîte de réception chaque matin, un autre qui surveille un dépôt, un autre qui prépare un rapport hebdomadaire. Si vous voulez un simple compagnon de discussion sur votre ordinateur portable, c’est plus de système que nécessaire. C’est une application web avec une base de données et un worker, pas un binaire unique, et l’installation le reflète.
Installation : un script, tout en Docker
L’installation du README nécessite Docker Engine avec le plugin Compose, curl et OpenSSL. Pas de clone, pas de Node :
mkdir -p rakazo && cd rakazo &&
curl -fsSLO https://raw.githubusercontent.com/elie222/rakazo/main/infra/compose/install-images.sh &&
bash install-images.sh
Le script télécharge les fichiers Compose, écrit un .env avec des secrets aléatoires et démarre le tout. Vous ouvrez ensuite http://127.0.0.1:5173, créez un compte et connectez un modèle. Le relancer conserve votre .env existant, ce qui rend les mises à jour moins stressantes.
Pour des bots qui continuent de travailler quand votre ordinateur portable est fermé, le même installateur tourne sur un VPS : --prepare-only écrit la configuration, vous définissez votre domaine, et vous placez HTTPS devant le port 5173 (le guide de production couvre Caddy et le durcissement de l’hôte). Les applications de bureau et mobiles peuvent alors se connecter à votre propre instance. Il existe aussi une application de bureau qui fait tourner la pile en local dans Docker, ainsi qu’un modèle Railway.
Comparé à OpenClaw ou Hermes Agent, il y a plus de pièces mobiles (Postgres, un worker, l’application web), mais l’installateur en masque la plupart. Le coût apparaît plus tard : il y a davantage à sauvegarder et à surveiller.
Isolation : l’ordinateur du bot est le sandbox
Sur une installation auto-hébergée, l’ordinateur de chaque bot est par défaut un conteneur Docker local, avec un affichage virtuel et un Chromium complet. La documentation des ordinateurs Docker fixe des plafonds d’emblée : 2 Go de mémoire, 2 CPU et 2 048 processus par ordinateur, tous ajustables. Le shell et le navigateur de l’agent ne tournent donc jamais sur votre hôte, contrairement aux réglages par défaut d’OpenClaw ou de Hermes.
Deux réserves honnêtes tirées de la même documentation. D’abord, un service superviseur détient le socket Docker pour gérer ces conteneurs, ce qui équivaut à contrôler l’hôte Docker ; il n’est pas exposé sur l’hôte et nécessite son propre jeton, mais c’est le composant à protéger. Ensuite, le réseau des ordinateurs n’est pas verrouillé tant que vous n’agissez pas : les tenir à l’écart de votre réseau local et des endpoints de métadonnées cloud nécessite d’exécuter un script de pare-feu sur l’hôte, que le réglage de sortie par défaut auto prend ensuite en compte (ou définissez SANDBOX_COMPUTER_EGRESS=restricted pour refuser les ordinateurs qui en sont dépourvus). Sur une VM cloud, faites cette étape.
Si vous préférez ne pas faire tourner de conteneurs du tout, les ordinateurs peuvent aussi tourner chez un fournisseur de sandbox distant avec une clé d’API.
Approbations
Les approbations se règlent dans l’application, pas dans un fichier de configuration. Ask fait demander le bot avant toute action qui modifie quelque chose, Auto utilise un modèle d’approbation séparé pour laisser passer les actions conformes à la tâche et vous interroger sur le reste, et Never ask exécute tout. Les demandes d’approbation apparaissent sous forme de cartes dans la discussion, et vous pouvez autoriser un outil ou un site de façon permanente une fois que vous l’avez vu suffisamment souvent.
Télémétrie et vie privée
Une installation auto-hébergée n’envoie ni analytique produit ni rapports d’erreurs, sauf si l’opérateur les configure ; l’application de bureau vérifie les mises à jour de l’application. Avec un modèle local via Ollama ou LM Studio, rien ne quitte votre machine en dehors de ce que le bot consulte lui-même en naviguant.

Modèles et coût
Vous choisissez le modèle par bot : un abonnement Claude ou ChatGPT existant, une clé d’API (Anthropic, OpenAI, OpenRouter, Grok) ou des modèles locaux. L’auto-hébergement est gratuit. Le coût à surveiller est le matériel : chaque ordinateur de bot actif est un bureau et un navigateur en fonctionnement, et chacun peut utiliser jusqu’à 2 Go de mémoire par défaut, alors dimensionnez le serveur selon le nombre de bots que vous prévoyez de faire travailler simultanément.
Migrer depuis OpenClaw ou Hermes
Rakazo peut importer un agent depuis un dossier ~/.openclaw ou ~/.hermes ou une sauvegarde. Vous choisissez ce qui est repris : instructions, mémoire, compétences, serveurs MCP et tâches planifiées (qui arrivent en pause). Les clés d’API ne sont lues que si vous cochez la case.
Ce qui reste perfectible
C’est une bêta, avec des versions fréquentes, attendez-vous donc à des changements. Telegram, WhatsApp et iMessage ne sont disponibles qu’en auto-hébergement, et ses applications de messagerie forment une courte liste (Slack, Telegram, WhatsApp, iMessage, SMS et Feishu), contre 29 canaux pour OpenClaw.
Comment il se compare
Pour un agent personnel unique avec la plus large prise en charge des canaux, OpenClaw est plus simple. Pour une conception à un conteneur par agent dans une base de code bien plus petite, voyez NanoClaw. Agent Zero est le plus proche dans l’esprit, en donnant à son agent son propre espace de travail Linux sous Docker. Notre sélection du meilleur agent IA auto-hébergé les met côte à côte.
Verdict
Rakazo est conçu pour une équipe de bots qui travaillent de façon autonome, avec l’isolation activée par défaut et aucune télémétrie. Il demande davantage à votre serveur qu’un agent à processus unique, et il est encore en bêta. Si le travail multi-bots toujours actif est ce que vous cherchez, il mérite un coup d’œil ; si vous voulez un seul assistant dans vos discussions, commencez ailleurs.
Tarifs
| Self-hosted | Gratuit |
|
|---|---|---|
| Standard | 15 $US/mois |
|
| Pro | 49 $US/mois |
|
| Max | 99 $US/mois |
|
| Rakazo credits | 10 $US/mois |
|
Fonctionnalités
| Recherche web | Oui |
|---|---|
| Génération d'images | Oui |
| Mode vocal | Oui |
| Envoi de fichiers | Oui |
| Mémoire | Oui |
| Agit à votre place | Oui |
| Intégrations d'apps | Oui |
| Travaille en autonomie | Oui |
| Vous écrit en premier | Oui |
| Plusieurs bots | Oui |
Points forts
- Open source (Apache-2.0) and fully self-hostable, including with local models
- Choice of model per bot, including existing Claude or ChatGPT subscriptions
- Bots keep working on schedules and triggers with their own cloud computer
- Approval controls over which actions a bot may take on its own
Points faibles
- Still in beta, with frequent releases
- You supply and pay for the model on the hosted plans, unless you buy Rakazo credits
- Telegram, WhatsApp and iMessage/SMS are only available when self-hosted
- More setup than a single chat app
Idéal pour
- People who want always-on bots that handle recurring jobs such as inbox, sales or coding work
- Developers and privacy-minded users who want to self-host an agent with their own models
Sources
- Rakazo homepage
- Rakazo pricing
- Rakazo privacy policy
- Rakazo on GitHub (README and license)
- Rakazo changelog
- Rakazo releases
- Rakazo docs: Image and video generation
- Rakazo docs: Memory
- Rakazo docs: Connect apps
- Rakazo docs: Routines
- Rakazo docs: Chat apps
- Rakazo docs: Messaging apps (self-hosting)
- Rakazo docs: Bots and chats (add another bot, bot templates)
- Rakazo docs: Groups (several bots in one chat)
- Rakazo docs: Mobile app (notifications)
- Rakazo privacy policy (updated Sep 14, 2026)
- Rakazo privacy policy source on GitHub
- Rakazo docs: Logs and monitoring (product analytics off by default)
- Rakazo docs: Desktop app (run locally in Docker, updates)
- Rakazo docs: Docker computers
- Rakazo docs: Self-hosted models (Ollama, LM Studio)
- Rakazo Railway template setup guide
