OpenClaw indique toujours la limite de débit, souvent ce n’est pas qu’il est « bloqué », mais qu’il fait un changement de défaillance. Le dépôt officiel open source d’OpenClaw est https://github.com/openclaw/openclaw。 La documentation officielle de basculement du modèle indique clairement : dès que des signaux tels que 429, trop de requêtes concurrentes, ThrottlingException, limite de quota, etc., OpenClaw mettra le profil courant en recharge puis passera au profil disponible suivant. En d’autres termes, l’erreur que vous voyez pourrait simplement être que le fournisseur de modèles est en train de limiter la limite.
Si le même fournisseur a plusieurs profils en même temps, essayez de corriger d’abord un profil et ne le laissez pas tourner automatiquement. La description du basculement du modèle est ici : https://docs.openclaw.ai/concepts/model-failover.
Déterminez d’abord quelle limite de courant est
- Si c’est 429, limité, quota dépassé, le quota des fournisseurs est priorisé.
- Si c’est un temps mort, que le contexte est trop vaste, ou que la longue conversation est répétée pour voir si le contexte est trop lourd.
- Si vous avez plusieurs profils sur le même compte, épinglez d’abord un profil et ne le laissez pas tourner automatiquement.
Que peut-on faire
La méthode la plus sûre n’est pas de réessayer, mais de réduire d’abord la concurrence, de passer à un quota plus souple, ou d’épingler séparément le profil facilement explosif. Si vous exécutez beaucoup de tâches aux heures de pointe, le mécanisme de recharge d’OpenClaw vous aide en fait à éviter les pertes, pas à aider.
Par conséquent, le cœur du problème de la limite de débit d’OpenClaw n’est pas « comment éliminer les erreurs », mais d’abord déterminer qui limite le courant.
