Liste de contrôle de triage des performances de l'interface CLI OpenClaw
Diagnostiquer les performances lentes de l'interface CLI OpenClaw
Un utilisateur sur r/openclaw a partagé une liste de contrôle pratique pour trier les commandes CLI OpenClaw désespérément lentes. Le message décrit des étapes spécifiques pour isoler le goulot d'étranglement lorsque les commandes prennent des minutes à s'exécuter.
Étapes clés de triage
La liste de contrôle comprend six actions concrètes :
- 1) Mesurer où le temps est passé : Exécutez
time openclaw statuspuisopenclaw gateway statuspour comparer la latence de démarrage de la CLI avec la latence de réponse de la passerelle. - 2) Surveiller la pression sur l'hôte pendant l'exécution d'une commande : Utilisez
topouhtoppour vérifier le vol de CPU et la saturation. Exécuteziostat -x 1pour vérifier l'attente du SSD (une valeur élevée d'await indique un goulot d'étranglement de stockage). Utilisezfree -hpour vérifier la pression sur le swap. - 3) Valider d'abord les journaux de la passerelle : Recherchez des tentatives répétées de modèle/fournisseur, des boucles d'initialisation de plugin ou des délais d'attente DNS. Une intégration bruyante peut rendre chaque appel CLI lent.
- 4) Vérifier la surcharge de virtualisation : Sur les machines virtuelles Proxmox, vérifiez que le type de CPU est défini sur 'host' et que le mode de cache du disque est raisonnable. Si vous utilisez un stockage en réseau, testez un chemin SSD local pour le répertoire de données de la passerelle.
- 5) Isoler la complexité de la configuration : Commencez avec une configuration minimale (pas de canaux/plugins supplémentaires), puis réintégrez une intégration à la fois. Si un module complémentaire fait grimper l'utilisation du CPU, vous avez trouvé le coupable.
- 6) Vérification rapide du chemin modèle/fournisseur : Une authentification lente d'un fournisseur distant ou des vérifications d'intégrité peuvent bloquer les chemins de commande. Testez temporairement avec un fournisseur/profil connu pour être rapide.
L'utilisateur conclut en proposant de partager un script de référence pour comparer une passerelle nue avec une configuration complète sur la même machine.
📖 Read the full source: r/openclaw
👀 See Also
Claude Code Workflow Visual Explique la Hiérarchie de Mémoire et le Système de Compétences
Un utilisateur de Reddit a partagé un diagramme visuel montrant la structure du flux de travail de Claude Code, incluant la stratification de la mémoire avec les fichiers CLAUDE.md et les compétences réutilisables définies dans les répertoires .claude/skills/. La boucle de travail suggère d'utiliser le mode Plan, de décrire les fonctionnalités, d'accepter automatiquement et de valider fréquemment.
Un système de mémoire à 4 fichiers pour les agents OpenClaw sans plugins
Un utilisateur de Reddit partage un système de mémoire pratique utilisant quatre fichiers markdown : USER.md pour l'identité, CONTEXT.md pour le travail actif, MEMORY.md pour les sujets structurés, et ARCHIVE.md pour les éléments terminés. L'approche aborde le problème de 'l'agent ne sait pas ce qu'il sait' grâce à une meilleure architecture de fichiers plutôt qu'à davantage de mémoire.
Principes d'écriture de compétences pour Claude Code, issus de 159 compétences open-source
Un développeur partage 10 principes pour écrire des compétences efficaces pour Claude Code, basés sur la création et la maintenance d'un registre open-source avec 159 compétences. Les principes incluent des approches pratiques comme l'utilisation de dossiers plutôt que de fichiers uniques, l'ajout de sections pièges courants, et la mise en œuvre de crochets à la demande.
Optimisation de Qwen 3.6 27B/35B sur RTX 3090 : Flags, Quantification et Routage Automatique
Un utilisateur partage ses flags llama-server pour les modèles Qwen 3.6 27B et 35B GGUF sur une RTX 3090 (24 Go), signalant des vitesses lentes pour le 35B et un code peu fiable produit par le 27B. Le post demande de meilleures quantifications, réglages de flags et changement automatique de modèle.