Windows
OpenClaw prend en charge à la fois Windows natif et WSL2. WSL2 est la voie la plus stable et celle recommandée pour l’expérience complète — la CLI, le Gateway et les outils s’exécutent dans Linux avec une compatibilité totale. Windows natif fonctionne pour les usages principaux de la CLI et du Gateway, avec certaines limitations indiquées ci-dessous. Des applications compagnon Windows natives sont prévues.WSL2 (recommandé)
- Bien démarrer (à utiliser dans WSL)
- Installation et mises à jour
- Guide officiel WSL2 (Microsoft) : https://learn.microsoft.com/windows/wsl/install
État de Windows natif
Les flux de CLI natifs sur Windows s’améliorent, mais WSL2 reste la voie recommandée. Ce qui fonctionne bien aujourd’hui sur Windows natif :- l’installateur du site web via
install.ps1 - l’utilisation locale de la CLI, comme
openclaw --version,openclaw doctoretopenclaw plugins list --json - les tests smoke intégrés d’agent local/provider, comme :
openclaw onboard --non-interactiveattend toujours qu’un gateway local joignable soit disponible, sauf si vous passez--skip-healthopenclaw onboard --non-interactive --install-daemonetopenclaw gateway installessaient d’abord d’utiliser les tâches planifiées Windows- si la création d’une tâche planifiée est refusée, OpenClaw bascule vers un élément de démarrage à la connexion dans le dossier Startup de l’utilisateur et démarre immédiatement le gateway
- si
schtaskslui-même se bloque ou cesse de répondre, OpenClaw abandonne désormais rapidement cette voie et bascule au lieu de rester bloqué indéfiniment - les tâches planifiées restent préférées lorsqu’elles sont disponibles, car elles fournissent un meilleur état du superviseur
Gateway
Installation du service Gateway (CLI)
Dans WSL2 :Démarrage automatique du Gateway avant la connexion à Windows
Pour les configurations sans interface, assurez-vous que toute la chaîne de démarrage s’exécute même lorsque personne ne se connecte à Windows.1) Maintenir les services utilisateur actifs sans connexion
Dans WSL :2) Installer le service utilisateur du gateway OpenClaw
Dans WSL :3) Démarrer WSL automatiquement au démarrage de Windows
Dans PowerShell en tant qu’administrateur :Ubuntu par le nom de votre distribution obtenu avec :
Vérifier la chaîne de démarrage
Après un redémarrage (avant la connexion à Windows), vérifiez depuis WSL :Avancé : exposer les services WSL sur le LAN (portproxy)
WSL possède son propre réseau virtuel. Si une autre machine doit atteindre un service exécuté dans WSL (SSH, un serveur TTS local ou le Gateway), vous devez rediriger un port Windows vers l’adresse IP WSL actuelle. L’IP WSL change après les redémarrages, il peut donc être nécessaire d’actualiser la règle de redirection. Exemple (PowerShell en tant qu’administrateur) :- SSH depuis une autre machine cible l’IP de l’hôte Windows (exemple :
ssh user@windows-host -p 2222). - Les Node distants doivent pointer vers une URL de Gateway joignable (pas
127.0.0.1) ; utilisezopenclaw status --allpour confirmer. - Utilisez
listenaddress=0.0.0.0pour l’accès LAN ;127.0.0.1le garde uniquement en local. - Si vous voulez automatiser cela, enregistrez une tâche planifiée pour exécuter l’étape d’actualisation à la connexion.