Orchestration multi-agents dans OpenClaw : centraliser les règles, générer des sous-agents

Un utilisateur d'OpenClaw partage son évolution, passant d'espaces de travail isolés par agent à un modèle d'orchestration centralisé. Au départ, ils créaient des agents séparés, chacun avec son propre workspace-*, pour des cas d'utilisation comme l'administrateur système, l'agent familial, l'assistant d'entreprise et la gestion de ligue sportive. Lors du développement d'une compétence (par exemple, une compétence de liste d'équipe pour l'agent sportif), ils discutaient directement avec cet agent.

Le problème : lorsqu'une règle transversale émergeait (par exemple, "toujours persister les données structurées comme les scores ou les registres de dépenses dans des fichiers .JSON"), ils devaient copier manuellement l'instruction dans l'espace de travail de chaque agent. La solution a été de promouvoir un seul "agent principal" comme orchestrateur. Désormais, l'agent principal détient toutes les règles architecturales (comme la convention .JSON) et génère des sous-agents à la demande pour construire des outils. Par exemple, pour construire un suivi des dépenses pour l'agent d'entreprise, l'utilisateur décrit les besoins à l'agent principal, qui s'assure que la compétence construite dans l'espace de travail du sous-agent respecte les règles centrales—plus de duplication.

L'utilisateur admet que ce modèle "semble désormais évident" avec du recul, mais note qu'au départ, ils n'étaient pas sûrs que le modèle recommandé "l'agent principal orchestre les sous-agents" s'appliquait aux scénarios de construction agent à agent.