Exécuter une équipe de démarrage multi-agents sur OpenClaw : Configuration et modèles

L'équipe noHuman a développé une interface web qui simplifie le déploiement de configurations multi-agents OpenClaw. Au lieu de configurer manuellement Docker, le réseau et la communication inter-agents, les utilisateurs peuvent ouvrir un tableau de bord, choisir les rôles de l'équipe, cliquer sur déployer, et voir chaque agent fonctionner dans son propre ordinateur virtuel isolé avec un vrai navigateur. Les agents peuvent communiquer entre eux dès le départ, et les utilisateurs peuvent se connecter à distance au bureau de n'importe quel agent pour observer son travail ou interagir directement.

Structure d'équipe et modèles

Ils font fonctionner une équipe de démarrage à quatre agents avec des rôles distincts :

• PDG – Délègue les tâches, examine le travail, coordonne l'équipe et agit comme couche de routage entre le fondateur et les autres agents.
• Développeur – Gère le code, les dépôts et la mise en œuvre technique.
• Marketeur – Gère le contenu, les textes et la stratégie ; peut lire du code pour le contexte mais ne le modifie jamais.
• Automatiseur – Gère les opérations, le déploiement, la surveillance et la planification.

Chaque agent exécute sa propre instance OpenClaw avec des instructions spécifiques à son rôle, un espace de travail séparé, une mémoire et un contexte de session distincts. Le système est livré avec des modèles d'équipe prédéfinis, notamment Équipe de démarrage (PDG, Développeur, Marketeur, Automatiseur), Escouade de développement (Responsable technique, Architecte, Codeur, QA) et Usine de contenu (Directeur de contenu, Rédacteur, Éditeur, SEO), et permet la personnalisation.

Communication et coordination

Les agents communiquent via un service de relais HTTP simple : un agent envoie un message en texte brut, et le relais le livre au bon collègue. Cette approche privilégie la débogabilité—quand quelque chose casse, vous pouvez consulter le journal des messages pour voir exactement ce qui a été dit et où l'échec s'est produit.

Pour la coordination d'équipe, ils ont ajouté une couche au niveau de l'équipe au-dessus de la mémoire d'agent intégrée d'OpenClaw. Chaque agent conserve un journal d'état (sur quoi il travaille, ce qui est terminé, ce qui est bloqué) que le PDG lit pour surveiller l'équipe. Il y a aussi un dossier partagé pour les transferts de fichiers—par exemple, l'agent de contenu rédige un document, et le développeur le récupère pour le construire.

Exemple concret

Dans un cas, le fondateur a donné une seule instruction : "Supprime le préfixe. AI noHuman → noHuman." Le PDG l'a identifiée comme une tâche de code et l'a assignée au Développeur, qui a scanné la base de code, trouvé 14 occurrences de l'ancien nom dans 6 fichiers (noms de composants, balises meta, README, configurations), les a toutes corrigées, a validé et poussé les changements. Le Développeur a rapporté au PDG, qui a confirmé l'achèvement au fondateur.

Limites de rôles et isolation

Des limites de rôles strictes sont appliquées : le Développeur n'écrit jamais de texte marketing, le Marketeur ne modifie jamais de code, et le PDG coordonne mais ne met pas en œuvre. Cela maintient chaque agent concentré sur ses forces et évite l'encombrement contextuel. Quand le travail traverse les rôles, les agents transfèrent explicitement les fichiers plutôt que d'interférer avec les tâches des autres.