Recomendado: Windows Hub
O Windows Hub é o aplicativo complementar WinUI nativo para Windows 10 20H2+ e Windows 11. Ele é instalado sem privilégios de administrador e disponibiliza instaladores x64 e ARM64 assinados em sua própria página de lançamentos. O Windows Hub é publicado independentemente da CLI e do Gateway do OpenClaw. Baixe o instalador estável mais recente do Hub na página de lançamentos do Windows Hub ou diretamente por meio dereleases/latest/download:
Se um dos links acima retornar 404, acesse a página de lançamentos do Windows Hub e abra o lançamento estável mais recente do Windows Hub. Os lançamentos estáveis regulares do OpenClaw também espelham uma compilação do Windows Hub fixada e validada para o lançamento; esse espelho pode estar defasado em relação a um lançamento independente mais recente do Hub.
Após a instalação, inicie OpenClaw Companion pelo menu Iniciar ou pela bandeja do sistema. O instalador também adiciona atalhos para configuração do Gateway, chat, configurações, verificação de atualizações e desinstalação.
O que o Windows Hub inclui
- Status na bandeja do sistema e inicialização ao entrar na conta.
- Configuração inicial de um Gateway WSL local gerenciado pelo aplicativo.
- Configurações de conexão para Gateways locais, remotos e com túnel SSH.
- Janela de chat nativa, além de acesso à Control UI no navegador.
- Diagnósticos da Central de Comando para sessões, uso, canais, Nodes, pareamento e comandos de reparo.
- Modo de Node do Windows para canvas, tela, câmera, notificações, status do dispositivo, fala e
system.runcontrolado pelo agente. - Modo de servidor MCP local para clientes MCP como Claude Desktop, Claude Code e Cursor.
Primeira inicialização
Na primeira inicialização, o Windows Hub abre a configuração quando não há um Gateway salvo que possa ser usado. O caminho mais rápido é Configurar localmente, que provisiona uma distro WSLOpenClawGateway gerenciada pelo aplicativo, instala o Gateway dentro dela e pareia o aplicativo. Isso não exporta nem modifica sua distro Ubuntu existente.
Escolha Configuração avançada ou abra a guia Conexões quando você já tiver um Gateway. Você pode se conectar a:
- um Gateway local neste PC
- um Gateway WSL neste PC
- um Gateway remoto por URL e token ou código de configuração
- um Gateway acessado por meio de um túnel SSH
Modo de Node do Windows
O Windows Hub pode se registrar como um Node do OpenClaw para que o agente possa usar recursos nativos do Windows declarados por meio do Gateway. Os comandos do Node devem ser declarados pelo Node e permitidos pela política do Gateway antes de serem executados; consulte Nodes para ver o modelo completo de permissão e negação. Comandos comuns:
O modo de Node exige pareamento com o Gateway. Se o aplicativo exibir uma solicitação de pareamento, aprove-a no host do Gateway:
screen.record, camera.snap e camera.clip, exigem aceitação explícita em gateway.nodes.allowCommands.
Modo MCP local
O Windows Hub pode expor o mesmo registro de recursos nativos do Windows como um servidor MCP local em loopback, permitindo que clientes MCP locais controlem recursos do Windows sem um Gateway do OpenClaw em execução. Ative-o nas configurações do Windows Hub, na seção de desenvolvedor/avançada. O aplicativo mostra o endpoint de loopback e o token bearer após o servidor ser ativado. Matriz de modos:CLI e Gateway nativos do Windows
Para uso prioritariamente pelo terminal, instale o OpenClaw pelo PowerShell:gateway.cmd no diretório de estado do OpenClaw, mas o inicia por meio de um wrapper WScript gateway.vbs gerado, para que o Gateway em segundo plano não abra uma janela visível do console. Se a criação da tarefa for negada, o OpenClaw recorre a um item de inicialização por usuário na pasta Inicializar.
Instale o serviço do Gateway:
Gateway WSL2
O WSL2 continua sendo o runtime do Gateway com maior compatibilidade com Linux no Windows. O Windows Hub pode configurar para você um Gateway WSL gerenciado pelo aplicativo, ou você pode instalá-lo manualmente dentro de sua própria distro. Configuração manual:Inicialização automática do Gateway antes do login no Windows
Para configurações WSL sem interface gráfica, certifique-se de que toda a cadeia de inicialização seja executada mesmo quando ninguém entrar no Windows. Dentro do WSL:Ubuntu pelo nome da sua distro obtido em:
Duas alterações em relação às instruções antigas:
dbus-launch trueem vez de/bin/true: no WSL >= 2.6.1.0, uma regressão (microsoft/WSL #13416) encerra a distro por inatividade 15-20 segundos após o último cliente sair, mesmo com a permanência ativada.dbus-launch truemantém ativo um processo filho do init como solução alternativa (discussão da comunidade, microsoft/WSL #9245)./ru "$env:USERNAME"em vez de/ru SYSTEM: as distros WSL por usuário (a configuração padrão) não ficam visíveis para a conta SYSTEM; portanto, a tarefa parece ser executada, mas a distro nunca é iniciada. Executá-la com sua própria conta evita isso; o Windows solicita sua senha quando a tarefa é criada.
Expor serviços WSL pela LAN
O WSL tem sua própria rede virtual. Se outra máquina precisar acessar um serviço dentro do WSL, encaminhe uma porta do Windows para o IP atual do WSL. O IP do WSL pode mudar após reinicializações; portanto, atualize a regra de encaminhamento quando necessário. Exemplo no PowerShell como Administrador:- O SSH de outra máquina deve apontar para o IP do host Windows, por exemplo,
ssh user@windows-host -p 2222. - Nodes remotos devem apontar para uma URL acessível do Gateway, não para
127.0.0.1. - Use
listenaddress=0.0.0.0para acesso pela LAN e127.0.0.1para acesso somente local.
Solução de problemas
O ícone da bandeja não aparece
Verifique o Gerenciador de Tarefas em busca deOpenClaw.Tray.WinUI.exe. Se ele estiver em execução, abra a área de ícones ocultos da bandeja e fixe-o. Caso contrário, inicie OpenClaw Companion pelo menu Iniciar.
A configuração local falha
Abra o log de configuração pelo Windows Hub ou examine:O aplicativo informa que o pareamento é necessário
Aprove a solicitação do operador ou do Node no Gateway:O chat da Web não consegue acessar um Gateway remoto
O chat remoto da Web exige HTTPS ou localhost. Para certificados autoassinados, confie no certificado no Windows ou use um túnel SSH para uma URL de localhost.Os comandos screen.snapshot, de câmera ou de áudio falham
Confirme as permissões do Windows para câmera, microfone, captura de tela e notificações. As instalações empacotadas declaram os recursos protegidos, mas o Windows ainda pode solicitar permissão na primeira vez que um comando os utilizar.
A conectividade com o Git ou GitHub falha
Algumas redes bloqueiam ou limitam o HTTPS para o GitHub. Segit clone ou gh auth login falhar, tente outra rede, uma VPN ou um proxy HTTP/HTTPS.
Para autenticação do gh baseada em token na sessão atual: