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
Code Claude utilisé pour simuler plus de 4 000 parties de Loup-garou aveugle avec des LLM
Un développeur a utilisé Claude Code pour créer un simulateur où des LLM jouent à Loup-garou en une nuit sans informations, exécutant environ 4 600 parties avec des modèles d'OpenAI et xAI. L'expérience a révélé des schémas de vote cohérents basés sur les noms malgré des signaux de jeu minimaux.
Le développeur d'OpenClaw recherche des cas d'usage percutants après 900 essais utilisateurs.
Le créateur d'OpenClaw rapporte que si les utilisateurs essaient des fonctionnalités comme les interfaces Telegram, les intégrations de calendrier et les flux de travail automatisés, la plupart n'utilisent pas l'outil à long terme. Le défi consiste à trouver des flux de travail d'utilisation quotidienne qui deviennent essentiels plutôt qu'expérimentaux.
Ghostbar : un client IA Swift natif macOS d'environ 5 Mo qui se cache du partage d'écran
Ghostbar est un client IA natif Swift pour la barre de menus macOS (~5 Mo) qui utilise window.sharingType = .none pour devenir invisible aux enregistreurs d'écran. Fonctionne avec Ollama, vLLM, llama.cpp et tout backend compatible OpenAI.
Construction d'un système multi-agent contrôlé par la voix sur Claude Code
Un développeur a construit une boucle vocale activée par mot de réveil pour Claude Code qui génère des sous-agents, parallélise le travail et auto-qualifie les résultats. Analyse technique complète incluant la vérification du locuteur et le watcher PID.