Automatisation Rentable d'OpenClaw : Utilisation des LLM Seulement en Cas de Besoin

Un développeur sur r/openclaw décrit une stratégie d'automatisation soucieuse des coûts qui minimise l'utilisation des LLM en séparant les tâches déterministes de la résolution de problèmes non déterministe.

L'approche principale

Le développeur évite la fonctionnalité de battement de cœur d'OpenClaw en raison des préoccupations de coût concernant les appels LLM toutes les 30 minutes. Au lieu de cela, il utilise OpenClaw pour créer des scripts Python pour des tâches spécifiques comme lire les boîtes de réception Gmail, mettre à jour des serveurs Linux, scraper des sites web et charger des données dans des bases de données. Ces scripts gèrent des opérations déterministes et sont planifiés comme des tâches cron système sur un VPS, utilisant les ressources mensuelles du VPS plutôt que les crédits par appel LLM.

Gestion des erreurs et auto-réparation

Chaque tâche cron génère un fichier d'état avec des informations de succès/échec et des détails d'erreur. Un système cron d'auto-réparation séparé s'exécute une fois par jour pour vérifier ces fichiers d'état. Lorsque des erreurs sont détectées, ce système envoie un message à la passerelle OpenClaw avec le script, les informations d'erreur et une invite demandant au LLM d'analyser l'erreur, de corriger le script et de réessayer. C'est ici que l'utilisation du LLM se produit—uniquement lorsque la compréhension non déterministe et la résolution de problèmes sont nécessaires.

Optimisation de l'interrogation

Pour les tâches d'interrogation comme vérifier une boîte de réception où il n'y a généralement rien à faire, la même approche peut être implémentée dans un seul script. OpenClaw construit un script qui gère l'interrogation et n'appelle la passerelle OpenClaw que lorsqu'il y a un travail réel à traiter. Cela signifie que le LLM n'est utilisé que lorsqu'il y a quelque chose à faire, pas pour vérifier s'il y a quelque chose à faire.

Comparaison avec le battement de cœur

Le développeur note que cette approche est essentiellement l'opposé de la fonctionnalité de battement de cœur. Elle ne fonctionnera pas pour les cas d'utilisation nécessitant que le LLM choisisse dynamiquement les prochaines étapes et itère indéfiniment. Le développeur remet en question la valeur de lancer des appels LLM 52 fois par jour sans une discipline de concentration, considérant l'utilisation constante des LLM comme potentiellement gaspillée pour de nombreux scénarios d'automatisation.