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=300estar configurado. - Solicitado: Um parâmetro configurável
noOutputTimeoutMspara 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.
📖 Leia a fonte completa: r/openclaw
👀 See Also
Atualização do Ollama Adiciona Suporte OpenClaw para o Modelo de Nuvem Kimi k2.5
A Ollama lançou uma atualização que integra suporte OpenClaw para modelos em nuvem, incluindo acesso gratuito ao modelo Kimi k2.5 com funcionalidade de busca na web, executado em data centers da NVIDIA.
Nanocode: Treinando agentes de codificação semelhantes ao Claude com JAX em TPUs
Nanocode é uma biblioteca JAX para treinar agentes de codificação semelhantes ao Claude de ponta a ponta, usando Constitutional AI e otimização TPU. O modelo de 1,3B de parâmetros pode ser treinado em ~9 horas por US$ 200 em TPU v6e-8.
Rivet Actors adiciona armazenamento SQLite: um banco de dados por agente, locatário ou documento
Os Rivet Actors agora suportam armazenamento SQLite, onde cada ator recebe seu próprio banco de dados SQLite, permitindo milhões de bancos de dados independentes para agentes de IA, SaaS multi-inquilino, documentos colaborativos ou isolamento por usuário.
Depurando a lógica de verificação de build do Claude Code: Por que a busca por nome falha e a busca por pegada estrutural a corrige
Claude Code disse a um usuário 'recurso não implementado' quatro vezes em uma única sessão — todas erradas. A correção: substituir a busca por nome por busca por pegada estrutural (rotas, esquemas, ferramentas registradas). Regra prática compartilhada.