llm-idle-timeout se déclenche à 2 minutes sur N100/WSL2 malgré le paramètre timeoutSeconds
Un utilisateur sur r/openclaw rapporte que le watchdog llm-idle-timeout se déclenche exactement après 2 minutes sur un Intel N100 (16 Go de RAM) fonctionnant sous WSL2, indépendamment du paramètre agents.defaults.timeoutSeconds=300. Le démarrage de la passerelle prend plus de 45 secondes avant tout appel LLM, ce qui fait expirer prématurément le minuteur d'inactivité.
Détails clés
- Matériel : Intel N100, 16 Go de RAM, WSL2
- Problème : Le démarrage de la passerelle dépasse 45 secondes ; ensuite, le watchdog de 2 minutes se déclenche, interrompant la session malgré le paramètre
timeoutSeconds=300. - Demande : Un paramètre configurable
noOutputTimeoutMspour tenir compte du démarrage lent, ou un chemin de démarrage plus rapide optimisé pour le matériel basse consommation.
Le problème vient du fait que le watchdog compte le temps d'inactivité à partir du début du processus de la passerelle, et non à partir de la première requête LLM. Sur du matériel plus lent comme le N100, l'initialisation prolongée déclenche le timeout par défaut de 2 minutes avant qu'un seul appel LLM puisse se terminer.
Comme solution de contournement, les utilisateurs pourraient essayer d'augmenter le timeout d'inactivité au niveau système ou d'ajuster les scripts de démarrage de la passerelle pour réduire le temps d'initialisation. Cependant, le problème fondamental nécessite une modification au niveau du code — soit en étendant la période de grâce initiale, soit en exposant un noOutputTimeoutMs séparé pour la phase de démarrage.
C'est un point de douleur connu pour les développeurs exécutant OpenClaw sur des appareils basse consommation (par exemple, clients légers, boîtiers NAS) via WSL2. Le problème GitHub est suivi dans le dépôt OpenClaw.
📖 Lire la source complète : r/openclaw
👀 See Also
DÉLICE : Un Orchestrateur Local Utilise Plusieurs Sessions ChatGPT en tant qu'Agents Coordonnés
DELIGHT est un orchestrateur local qui exécute simultanément plusieurs sessions ChatGPT cachées dans le navigateur, les coordonnant comme une équipe d'agents sans nécessiter de clés API ou de ressources GPU. Il se connecte à OpenClaw comme couche d'action pour appliquer des modifications à des fichiers réels et exécuter des tests.
Transformez votre base de connaissances en Wiki + Serveur MCP pour Claude
Une démonstration d'Akyn transformant une base de connaissances (URL, PDF, Notion) en wiki et l'exposant en tant que serveur MCP, permettant à Claude d'interroger et d'écrire — avec OAuth, validation humaine et synchronisation automatique.
Zoku : Un outil qui détecte automatiquement les workflows répétés dans le code Claude
Zoku est un outil local qui se connecte au système d'événements de Claude Code pour enregistrer les actions des outils à travers les sessions, identifie les schémas de flux de travail répétés, puis informe Claude de ces schémas afin qu'il puisse les suggérer ou les exécuter de manière proactive. Il ne nécessite aucune configuration, n'a aucune dépendance et stocke tout localement dans ~/.zoku/.
Caliby : base de données vectorielle embarquée open-source pour agents IA avec stockage hybride texte+vecteurs
Caliby est une base de données vectorielle embarquée en C++ avec des liaisons Python (pip install caliby) qui prend en charge les index HNSW, DiskANN et IVF+PQ, revendique des performances 4 fois supérieures à pgvector, et stocke nativement le texte avec les vecteurs pour les cas d'utilisation d'agent IA/RAG.