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

✍️ OpenClawRadar📅 Publié: April 15, 2026🔗 Source
Correction du délai d'attente OpenClaw LLM pour le chargement de modèle à froid
Ad

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
Ad

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

Ad

👀 See Also

Agents d'audit parallèles : une approche pratique des tests codés par ambiance avec Claude
Tips

Agents d'audit parallèles : une approche pratique des tests codés par ambiance avec Claude

Un développeur a construit un système de test utilisateur avec Claude utilisant 10 agents d'audit parallèles couvrant la détection d'hallucination, le sentinelle API, le test de résistance UI, l'anonymisation PII, le SEO, la conformité légale, la simulation comportementale, les personas démographiques, le test d'entonnoir et la vérification des faits.

OpenClawRadar
Compte rendu terrain : Qwen 3.6 27B sur un MacBook Pro M2 (32 Go) – Très lent mais sortie intelligente
Tips

Compte rendu terrain : Qwen 3.6 27B sur un MacBook Pro M2 (32 Go) – Très lent mais sortie intelligente

Exécuter Qwen 3.6 27B IQ4_XS sur un MacBook Pro M2 avec 32 Go de RAM donne 7,9 t/s au départ, mais descend à 3,1 t/s à 52k de contexte. La qualité du code impressionne, mais la bande passante mémoire est le goulet d'étranglement.

OpenClawRadar
Correction des Hallucinations Temporelles de Claude dans le Code Claude avec des Hooks
Tips

Correction des Hallucinations Temporelles de Claude dans le Code Claude avec des Hooks

Un utilisateur a découvert que Claude Code n'a pas accès à une horloge en temps réel, ce qui l'amène à suggérer incorrectement des actions comme 'va te reposer' à des moments inappropriés. La solution consiste à ajouter un crochet d'une ligne dans ~/.claude/settings.json qui injecte l'heure actuelle dans le contexte de Claude à chaque message.

OpenClawRadar
Problèmes de quantification du cache KV dans les agents de codage locaux à de longs contextes
Tips

Problèmes de quantification du cache KV dans les agents de codage locaux à de longs contextes

Une analyse Reddit identifie la quantification agressive du cache KV comme la cause des boucles de correction infinies et des sorties JSON malformées dans les agents de codage locaux comme Qwen3-Coder et GLM 4.7 à des longueurs de contexte de 30k+, recommandant la précision mixte ou la réduction du contexte comme solutions de contournement.

OpenClawRadar