Projet OpenClaw Système d'exploitation : Cadre de gestion multi-projets

Problème central et solution
Le système d'exploitation du projet OpenClaw résout les échecs d'exécution et les incohérences dans les environnements multi-projets. Le problème principal était que les agents effectuaient un travail prévisible qui devrait être géré par des outils, entraînant un gaspillage de tokens, une pollution du contexte, une instabilité et une exécution incohérente.
Le changement fondamental : « Les agents ne devraient pas faire un travail prévisible. Les outils devraient le faire. » Les agents effectuaient un travail répétitif comme surveiller des processus, résumer à plusieurs reprises, vérifier des boucles d'état et gérer manuellement l'état. Désormais, les outils et scripts gèrent toutes les tâches prévisibles, cron exécute tout automatiquement, et les agents sont utilisés uniquement pour la planification, le débogage et la prise de décision.
Architecture du système
Règles fondamentales du système :
- Les agents pensent. Les outils agissent. Cron exécute le code.
- Chaque projet est isolé avec une structure requise : /nom_du_projet/ PROJECT.md SKILL.md /state/ /chat/ /daily/ /scripts/ /logs/ /backups/ /archive/ /cleanup_queue/
- Mémoire axée sur les fichiers : La mémoire est constituée de documents markdown, d'état JSON, de journaux et de résumés (les discussions ne sont PAS de la mémoire)
- Sauvegarde d'abord (obligatoire) : Avant tout changement, sauvegarder d'abord, versionner les fichiers, permettre la restauration
- Tirer avant de pousser (critique) : Avant de mettre à jour des serveurs, sites web ou systèmes distants, vous devez : 1. tirer 2. comparer 3. sauvegarder 4. puis pousser
- Aucune suppression instantanée : Déplacer les fichiers vers archive/ ou cleanup_queue/, supprimer plus tard via cron
- Expliquer les changements : Si vous modifiez quoi que ce soit, expliquez le problème, la solution, l'avantage et confirmez la sauvegarde
Système d'automatisation
Cron exécute des scripts, des tâches et des travaux déterministes mais PAS d'agents libres ou de boucles de raisonnement.
Tâches cron requises :
- Découverte de projets : Trouver tous les projets, valider la structure, construire un registre
- Résumé toutes les 6 heures (modèle local) : Résumer le projet, conserver les 10 derniers messages, archiver le reste, contexte frais à chaque exécution
- Planificateur quotidien : Enregistrer le travail quotidien, suivre les blocages, suivre les décisions
- Vérification de santé : Détecter les projets inactifs, les travaux échoués, les mises à jour manquantes
- Sauvegarde/Point de contrôle : Versionner les fichiers, capturer l'état
- Nettoyage hebdomadaire : Supprimer les anciens fichiers seulement si c'est sûr, exiger un point de contrôle
- Audit cron : Détecter les tâches manquées, les échecs
- Publication programmée : Utiliser JSON + outils, pas d'agents
- Synchronisation distante : Tirer avant de mettre à jour, comparer les versions
- Rapport matinal : Résumer tous les projets, préparer pour la revue par les agents
Système de résumé
Toutes les 6 heures : Lire les journaux du projet, résumer, mettre à jour l'état, conserver uniquement les 10 derniers messages, archiver le reste.
📖 Read the full source: r/openclaw
👀 See Also

OpenClaw Multi-Agent Playbook : 7 Agents Isolés pour 5 €/Mois
Guide d'architecture complet pour exécuter des agents d'IA spécialisés avec une mémoire ciblée, des permissions de moindre privilège et un routage intelligent des modèles.

OpenClaw Intégration : Comment Former Correctement Votre Agent IA
Aucun

Configuration locale de Claude Code avec Qwen3.5 27B via llama.cpp
Un développeur partage sa configuration pour exécuter Claude Code localement en utilisant Qwen3.5 27B avec llama.cpp, incluant les variables d'environnement, les paramètres du serveur et les benchmarks de performance sur sept tâches de codage.

Liste de contrôle de triage des performances de l'interface CLI OpenClaw
Un utilisateur de Reddit partage une liste de contrôle en six étapes pour diagnostiquer les commandes CLI OpenClaw lentes, incluant des commandes pour mesurer la latence, surveiller les ressources système, vérifier les journaux de la passerelle et isoler les problèmes de configuration.