Correction du délai d'attente OpenClaw LLM pour le chargement de modèle à froid

Problème : Délais d'attente des modèles froids à 60 secondes
Les utilisateurs ont signalé que les modèles locaux chargés à froid dans OpenClaw échouaient systématiquement après environ 60 secondes, malgré un délai d'attente général de l'agent défini bien plus élevé. Ce problème survenait également avec les modèles cloud via Ollama et parfois avec OpenAI Codex.
Le schéma d'échec typique :
- Les modèles fonctionnent s'ils sont déjà chauds
- Les modèles froids échouent vers ~60 secondes
- Les journaux mentionnent timeout / basculement intégré / statut : 408
- Le modèle de secours prend le relais
Configurations trompeuses
La source avertit que plusieurs options de configuration évidentes ne sont PAS la véritable solution et peuvent orienter les développeurs sur la mauvaise voie :
agents.defaults.timeoutSeconds- Exports
.zshrc LLM_REQUEST_TIMEOUT- Accuser immédiatement LM Studio / Ollama
Cause racine
Le problème provient du fait qu'OpenClaw possède un délai d'attente d'inactivité du LLM de l'embedded-runner distinct pour la période précédant l'émission du premier token en flux continu par le modèle.
Trace source trouvée dans :
src/agents/pi-embedded-runner/run/llm-idle-timeout.ts
Valeur par défaut :
DEFAULT_LLM_IDLE_TIMEOUT_MS = 60_000
Le chemin de configuration résout à partir de :
cfg?.agents?.defaults?.llm?.idleTimeoutSeconds
Donc le paramètre de configuration réel est :
agents.defaults.llm.idleTimeoutSeconds
La correction
Après tests, la configuration fonctionnelle est :
{
"agents": {
"defaults": {
"llm": {
"idleTimeoutSeconds": 180
}
}
}
}
Les tests ont montré qu'un appel froid à Gemma qui échouait auparavant vers 60 secondes a survécu au-delà de ce seuil et a finalement répondu avec succès sans basculement immédiat.
Configuration permanente recommandée
{
"agents": {
"defaults": {
"timeoutSeconds": 300,
"llm": {
"idleTimeoutSeconds": 300
}
}
}
}
La recommandation de 300 secondes tient compte du caractère imprévisible des modèles locaux, où les faux basculements sont plus problématiques qu'une attente plus longue pour des modèles véritablement froids.
📖 Lire la source complète : r/openclaw
👀 See Also

Arrêtez les tirets cadratins de Claude avec une ligne dans les Préférences ou Claude.md
Ajoutez une phrase spécifique aux préférences de votre profil Claude.ai ou à Claude.md pour réduire les tirets cadratins d'environ 98 %. Il s'agit d'une astuce pratique testée par la communauté.

Comment arrêter d'atteindre les limites de Claude : Traitez chaque session comme un budget de jetons
Un utilisateur explique comment il a résolu les limites quotidiennes de Claude en évitant le gonflement des messages : cadrer la tâche, ne charger que le contexte pertinent, effacer après chaque session. Inclut un workflow pratique et une infographie.

OpenClaw Dashboard se déconnecte après la mise à jour 2026.5.27 ? Correction : Supprimer le job launchd bloqué
Après la mise à jour 2026.5.27, un job launchd bloqué provoque des déconnexions WebSocket du tableau de bord et des échecs Telegram. Supprimer le job rétablit la stabilité.

Cadrer les conversations IA plutôt qu'écrire des prompts parfaits
Un développeur partage sept techniques pratiques pour améliorer les réponses de Claude IA en cadrant les conversations avec du contexte, des rôles, des conséquences et des demandes de jugement, plutôt qu'en se concentrant sur la formulation parfaite des prompts.