llm-idle-timeout Dispara aos 2 Minutos no N100/WSL2 Apesar da Configuração timeoutSeconds

Um usuário no r/openclaw relata que o watchdog llm-idle-timeout dispara exatamente após 2 minutos em um Intel N100 (16 GB de RAM) executando no WSL2, independentemente da configuração agents.defaults.timeoutSeconds=300. A inicialização do gateway leva mais de 45 segundos antes de qualquer chamada ao LLM, fazendo com que o timer de idle expire prematuramente.

Detalhes Principais

• Hardware: Intel N100, 16 GB de RAM, WSL2
• Problema: A inicialização do gateway excede 45 segundos; então o watchdog de idle de 2 minutos dispara, interrompendo a sessão apesar de timeoutSeconds=300 estar configurado.
• Solicitado: Um parâmetro configurável noOutputTimeoutMs para lidar com inicialização lenta, ou um caminho de inicialização mais rápido otimizado para hardware de baixo consumo.

O problema decorre do fato de que o watchdog conta o tempo de idle desde o início do processo do gateway, não a partir da primeira requisição ao LLM. Em hardware mais lento como o N100, a inicialização prolongada dispara o timeout padrão de 2 minutos antes que uma única chamada ao LLM possa ser concluída.

Como solução alternativa, os usuários podem tentar aumentar o timeout de idle no nível do sistema ou ajustar os scripts de inicialização do gateway para reduzir o tempo de inicialização. No entanto, o problema central exige uma mudança no código — seja estendendo o período de graça inicial de idle ou expondo um noOutputTimeoutMs separado para a fase de inicialização.

Este é um ponto de dor conhecido para desenvolvedores que executam OpenClaw em dispositivos de baixo consumo (por exemplo, thin clients, NAS boxes) através do WSL2. A issue no GitHub é rastreada no repositório do OpenClaw.