OpenClaw
Un assistant IA capable d'agir sur mon ordinateur, qui tourne entièrement en local : sans abonnement, sans clé API, et sans que mes données quittent la machine.
Le projet
OpenClaw est un agent IA auto-hébergé : en plus de converser, il peut lire et écrire des fichiers, lancer des commandes et naviguer sur le web. Je l'ai installé avec Gemma 4, un modèle ouvert, exécuté par Ollama directement sur la carte graphique de mon PC portable.
L'objectif était double : disposer d'un assistant utile au quotidien sans dépendre d'un service en ligne, et comprendre concrètement ce qu'implique de donner des capacités d'action à une IA.
L'architecture
Les tenants et aboutissants
Ce que ça apporte
- Confidentialité : les conversations, les fichiers et la mémoire de l'agent restent sur la machine.
- Coût nul à l'usage : aucun abonnement ni facturation au volume, une fois le matériel en place.
- Fonctionnement hors ligne : l'assistant reste disponible sans connexion, sauf pour naviguer sur le web.
- Un vrai terrain d'apprentissage : services systemd, gestion de la mémoire vidéo, configuration et sécurité d'un agent.
Les limites
- Un modèle compact : Gemma 4 E4B est rapide, mais moins fiable qu'un grand modèle en ligne sur les tâches longues. Il faut des demandes courtes et précises, et vérifier les résultats.
- Le matériel compte : le modèle occupe environ 3,5 Go de mémoire vidéo. Un modèle plus capable déborde sur la mémoire vive et devient plus lent.
- Plus d'exposition aux instructions piégées : un petit modèle résiste moins bien qu'un grand aux consignes cachées dans une page web ou un fichier.
Les risques, et comment je les limite
Un agent agit avec les droits de l'utilisateur, et sa configuration de départ exécute les commandes sans rien demander. J'ai donc ajouté plusieurs garde-fous :
- L'interface n'est accessible que depuis la machine elle-même, jamais depuis le réseau.
- Toute commande non autorisée au préalable demande mon accord avant de s'exécuter.
- Un audit de sécurité intégré est relancé après chaque changement de configuration ou ajout d'extension.
- Rien ne tourne en administrateur, et des sauvegardes sont vérifiées avant chaque mise à jour.
La mise en place
- Préparer le moteur : installation d'Ollama comme service, avec une mémoire de conversation portée à 64 000 jetons, un calcul accéléré et un cache compressé pour tout faire tenir sur la carte graphique.
- Choisir et valider le modèle : téléchargement de Gemma 4 E4B et vérification qu'il tourne à 100 % sur le GPU.
- Installer l'agent : OpenClaw avec son script officiel, sans droits administrateur, puis configuration guidée.
- Relier les deux : modèle par défaut, mode local et variable d'environnement transmise au service.
- Sécuriser : audit, approbation des commandes, sauvegardes et procédure de mise à jour.
J'ai rédigé un tutoriel complet à partir de cette installation, pour la reproduire pas à pas.
Télécharger le tutoriel PDF, 10 pages
Ce qui a coincé
- Réglages d'Ollama ignorés : le fichier de surcharge du service avait été créé sans sa ligne
[Service]. Systemd l'ignorait sans aucun message. - Service bloqué au démarrage : la configuration guidée, interrompue, n'avait pas écrit le mode de fonctionnement. Le journal du service a permis d'identifier le réglage manquant.
- Modèle « indisponible » malgré un Ollama fonctionnel : la variable d'environnement attendue était définie dans le terminal, mais un service systemd ne lit pas la configuration du shell. Il a fallu la lui transmettre par un fichier dédié.
- Commande introuvable : les terminaux ouverts avant l'installation ne connaissaient pas encore le nouveau chemin du programme.
- Statut
- En service
- Logiciels
- OpenClaw 2026.9, Ollama
- Modèle
- Gemma 4 E4B, 100 % GPU, contexte 64k
- Machine
- PC portable Linux, RTX 4060 (8 Go), 32 Go de RAM
- Accès
- Interface web, en local uniquement
- Domaines
- IA locale, systemd, sécurité