Windows
OpenClaw es compatible tanto con Windows nativo como con WSL2. WSL2 es la ruta más estable y la recomendada para la experiencia completa: la CLI, el Gateway y las herramientas se ejecutan dentro de Linux con compatibilidad total. Windows nativo funciona para el uso principal de CLI y Gateway, con algunas advertencias indicadas más abajo. Están previstas apps complementarias nativas para Windows.WSL2 (recomendado)
- Primeros pasos (úsalo dentro de WSL)
- Instalación y actualizaciones
- Guía oficial de WSL2 (Microsoft): https://learn.microsoft.com/windows/wsl/install
Estado de Windows nativo
Los flujos de CLI nativos de Windows están mejorando, pero WSL2 sigue siendo la ruta recomendada. Qué funciona bien hoy en Windows nativo:- instalador del sitio web mediante
install.ps1 - uso local de CLI como
openclaw --version,openclaw doctoryopenclaw plugins list --json - prueba smoke integrada de agente/proveedor local como:
openclaw onboard --non-interactivetodavía espera un gateway local accesible a menos que pases--skip-healthopenclaw onboard --non-interactive --install-daemonyopenclaw gateway installintentan primero usar Tareas programadas de Windows- si se deniega la creación de la tarea programada, OpenClaw recurre a un elemento de inicio de sesión por usuario en la carpeta Startup y arranca el gateway inmediatamente
- si
schtasksse cuelga o deja de responder, OpenClaw ahora aborta rápidamente esa ruta y recurre al respaldo en lugar de quedarse bloqueado para siempre - las Tareas programadas siguen siendo la opción preferida cuando están disponibles porque proporcionan mejor estado del supervisor
Gateway
Instalación del servicio Gateway (CLI)
Dentro de WSL2:Inicio automático del Gateway antes del inicio de sesión en Windows
Para configuraciones sin interfaz, asegúrate de que toda la cadena de arranque funcione incluso cuando nadie haya iniciado sesión en Windows.1) Mantener los servicios de usuario activos sin iniciar sesión
Dentro de WSL:2) Instalar el servicio de usuario del gateway de OpenClaw
Dentro de WSL:3) Iniciar WSL automáticamente al arrancar Windows
En PowerShell como administrador:Ubuntu por el nombre de tu distribución obtenido con:
Verificar la cadena de inicio
Después de un reinicio (antes de iniciar sesión en Windows), comprueba desde WSL:Avanzado: exponer servicios WSL por LAN (portproxy)
WSL tiene su propia red virtual. Si otra máquina necesita llegar a un servicio que se ejecuta dentro de WSL (SSH, un servidor local de TTS o el Gateway), debes reenviar un puerto de Windows a la IP actual de WSL. La IP de WSL cambia después de reinicios, por lo que puede que necesites actualizar la regla de reenvío. Ejemplo (PowerShell como administrador):- El SSH desde otra máquina apunta a la IP del host de Windows (ejemplo:
ssh user@windows-host -p 2222). - Los nodos remotos deben apuntar a una URL de Gateway alcanzable (no
127.0.0.1); usaopenclaw status --allpara confirmarlo. - Usa
listenaddress=0.0.0.0para acceso por LAN;127.0.0.1lo mantiene solo local. - Si quieres esto automático, registra una Tarea programada para ejecutar el paso de actualización al iniciar sesión.