Monter une équipe multi-agents avec OpenClaw (playbook solopreneur)

Un solopreneur n’a pas besoin “d’un outil IA de plus”. Il a besoin d’une équipe.

La limite pratique d’un seul agent n’est pas l’intelligence. C’est le contexte et le changement de rôle permanent. Stratégie, code, marketing et ops demandent des modes de pensée différents, des prompts différents, et souvent des modèles différents. Forcer un seul agent à tout faire rend les sorties génériques et le contexte finit en soupe.

Ce guide décrit un pattern éprouvé: faire tourner plusieurs agents OpenClaw comme une équipe spécialisée. Chaque agent a un rôle clair, une personnalité stable, et un planning. Ils se coordonnent via des fichiers de mémoire partagée. Vous pilotez tout depuis un seul groupe Telegram.

Liens internes utiles:

• /blog/openclaw-cas-usage
• /blog/openclaw-guide-competences

Ce que vous allez construire

Une configuration “petite équipe” avec:

• Un agent Lead Stratégie (priorités, synthèse, objectifs)
• Un agent Growth (métriques, pricing, concurrence)
• Un agent Marketing (idées de contenu, SEO, monitoring tendances)
• Un agent Dev (architecture, implémentation, qualité)

Et aussi:

• Des fichiers partagés (goals, décisions, statut projet)
• Des notes privées par agent
• Des règles de routage Telegram (taggez l’agent)
• Un planning quotidien pour que le travail avance sans que vous demandiez

Pourquoi ça marche

Vous ne “multipliez pas juste les tokens”. Vous créez:

• Spécialisation: prompts plus étroits, meilleure qualité
• Parallélisme: plusieurs chantiers avancent en même temps
• Moins de friction de contexte: chaque agent garde sa mémoire de domaine
• Plus d’accountability: sorties séparées par rôle et canal

Skills et prérequis

Vous voudrez souvent:

• Intégration Telegram (un groupe où les agents écoutent)
• Orchestration subagents (spawn et send)
• Un dossier partagé pour la mémoire d’équipe
• Optionnel: des modèles différents selon les rôles

Si vous débutez côté skills et permissions: /blog/openclaw-guide-competences

Étape 1: dessiner l’équipe comme une vraie orga

Avant les prompts, écrivez les responsabilités.

Équipe minimale solide:

1. Lead (Stratégie)

• Possède les priorités de la semaine
• Synthétise les outputs
• Protège le focus et évite le busywork

2. Un spécialiste (selon le goulot)

• Growth, Dev ou Marketing

Puis passez à 3 ou 4 agents quand c’est stable.

Étape 2: créer des fichiers de mémoire partagée

Structure simple. Exemple:

team/
├── GOALS.md
├── DECISIONS.md
├── PROJECT_STATUS.md
├── agents/
│   ├── strategy/
│   ├── growth/
│   ├── marketing/
│   └── dev/

Conventions:

• GOALS.md est la vérité de ce qui compte cette semaine
• DECISIONS.md est append-only (conserver le pourquoi)
• PROJECT_STATUS.md est un snapshot mis à jour au quotidien
• Chaque agent a des notes privées dans son dossier

Étape 3: définir les règles de routage

Règle simple: un seul groupe Telegram, vous taggez l’agent, vous obtenez la bonne réponse.

Spec:

Groupe Telegram: "Team"

Routage:
- @strategy -> agent Lead Stratégie
- @growth -> agent Growth
- @marketing -> agent Marketing
- @dev -> agent Dev
- @all -> broadcast
- Sans tag -> Stratégie par défaut

Règles communes:
1) Lire team/GOALS.md et team/PROJECT_STATUS.md avant de répondre
2) Lire les notes privées team/agents/<role>/
3) Répondre uniquement si taggé (sauf Stratégie par défaut)
4) Si une décision change, append dans team/DECISIONS.md
5) Si le statut change, mettre à jour team/PROJECT_STATUS.md

Étape 4: donner une “SOUL” et un rythme à chaque agent

Ce n’est pas du folklore. Une persona stable rend l’équipe utilisable.

Exemples:

Lead Stratégie

• Style: confiant, macro, tranche
• Output: plan hebdo, standups, synthèse
• Modèle: meilleur modèle de raisonnement

Jobs:

• 08:00: standup du matin
• 18:00: recap fin de journée

Growth

• Style: pragmatique, chiffres
• Output: KPIs, concurrence, pricing
• Modèle: rapide et analytique

Jobs:

• 09:00: snapshot métriques

Marketing

• Style: créatif, trends
• Output: idées contenu, drafts, SEO
• Modèle: bon en recherche web

Jobs:

• 10:00: 3 opportunités de contenu avec sources

Dev

• Style: précis, security-first
• Output: plans d’implémentation, reviews, dette technique
• Modèle: orienté code

Jobs:

• vérifier CI, PRs

Étape 5: planifier le travail proactif (le flywheel)

Le but: vous réveiller avec des outputs.

Planning exemple:

Quotidien:
- 08:00 Stratégie: standup
- 09:00 Growth: métriques + anomalies
- 10:00 Marketing: 3 idées + un outline complet
- 18:00 Stratégie: recap + plan demain

Hebdo:
- Lundi: priorités semaine
- Vendredi: rapport hebdo growth

Règle: les tâches planifiées doivent être petites, répétables, et faciles à vérifier.

Étape 6: organiser les hand-offs

Sans hand-off, chacun bosse en silo.

Pattern simple:

• Marketing propose -> Stratégie choisit -> Dev estime -> Growth évalue ROI

Prompt:

Quand Marketing poste des idées, Stratégie doit:
1) choisir une idée
2) définir critères de succès et deadline
3) assigner des next actions à Dev et Growth

Quand Dev poste un plan, Growth doit:
1) vérifier la valeur user
2) identifier implications pricing/positionnement

Toutes les décisions vont dans team/DECISIONS.md.

Prompts prêts à l’emploi

Prompt: créer l’équipe

Je veux une équipe multi-agents.

Crée 4 agents spécialisés:
- Lead Stratégie (@strategy)
- Analyste Growth (@growth)
- Chercheur Marketing (@marketing)
- Lead Dev (@dev)

Ils se coordonnent via des fichiers sous team/.
Crée:
- team/GOALS.md
- team/DECISIONS.md (append-only)
- team/PROJECT_STATUS.md
- dossiers de notes privées par agent

Mets le routage Telegram: chaque agent répond seulement s’il est taggé.
Planning:
- 08:00 standup de Stratégie
- 09:00 métriques Growth
- 10:00 idées Marketing
- 18:00 recap Stratégie

Commence en read-only sauf approbation explicite.

Prompt: ajouter un agent support

Ajoute un agent Support (@support).
Responsabilités:
- résumer feedback utilisateur
- proposer réponses
- détecter bugs récurrents

Ajoute un job quotidien à 16:00: top 5 items support.
Mets à jour routage et mémoire partagée.

Règles de gouvernance (éviter le chaos)

Sans garde-fous, ça part vite.

Règles recommandées:

• Seul Stratégie peut modifier GOALS.md
• DECISIONS.md est append-only
• Dev ne déploie pas en prod sans étape d’approbation
• Chaque output doit finir par une “next action” claire

Pièges fréquents

Trop d’agents, trop tôt

Démarrez à 2. Ajoutez quand vous avez un goulot explicite.

Pas de source de vérité

Sans GOALS.md, tout le monde est occupé et rien n’est livré.

Pas de rythme de review

Planifiez 10 minutes par jour où Stratégie souligne:

• ce qui est fait
• ce qui est bloqué
• ce qui nécessite votre décision

FAQ

Q: Plusieurs machines nécessaires ? A: Pas forcément. Beaucoup font tourner sur une machine always-on. Plusieurs machines aident pour l’isolation ou des charges lourdes.

Q: On peut mixer les modèles selon les agents ? A: Oui, et c’est recommandé. Meilleur modèle pour Stratégie et planification Dev. Modèles rapides pour monitoring.

Q: Comment partager le contexte sans tout divulguer partout ? A: Fichiers partagés pour le contexte haut niveau. Notes privées pour le sensible. Gardez la couche partagée petite.

Q: Équipe minimum viable ? A: Lead Stratégie + un spécialiste (Dev ou Growth).

Q: Comment éviter les outputs génériques ? A: Des rôles bien définis et des prompts étroits. Donnez aussi des objectifs hebdo communs.

Q: Où trouver d’autres workflows ? A: /blog/openclaw-cas-usage propose plusieurs patterns: content factory, suivi projet, morning brief.

Exemple de SOP.md (garde-fous à copier)

Si vous voulez que l’équipe reste stable, mettez les règles par écrit.

# Team SOP

## Sécurité
- Pas de commandes destructrices sans approbation explicite.
- Pas de déploiement prod sans approbation.
- Ne jamais stocker de secrets dans un repo ou dans des logs de chat.

## Autorité
- Stratégie est l’éditeur: il décide des priorités.
- Dev possède les décisions techniques mais doit aligner avec GOALS.
- Growth possède les définitions de métriques.

## Communication
- Chaque message finit par une next action.
- En cas de blocage, l’agent doit formuler une seule question claire.

## Livrables
- Marketing: inclure des sources.
- Dev: inclure comment vérifier.
- Growth: inclure définition du KPI et période.

Ces règles sont volontairement simples. Une équipe “calme” bat une équipe “puissante” mais chaotique.

Checklist première semaine (pour ne pas sur-construire)

Jour 1:

• Créez GOALS.md avec 3 outcomes maximum.
• Démarrez à 2 agents: Stratégie + un spécialiste.

Jour 2:

• Ajoutez un standup quotidien.
• Ajoutez un recap quotidien.

Jour 3:

• Ajoutez une seule tâche planifiée côté spécialiste (métriques ou idées).

Jour 4:

• Ajoutez les hand-offs: Stratégie doit choisir un output et assigner.

Jour 5:

• Ajoutez la visibilité Todoist pour les runs longs (voir /blog/openclaw-todoist).

Jour 6:

• Ajoutez un suivi projet event-driven pour partager la vérité (voir /blog/openclaw-suivi-projet).

Jour 7:

• Supprimez une chose. Les équipes échouent par scope creep plus que par manque de features.

Rituel quotidien (10 minutes)

Une équipe multi-agents n’a pas besoin d’un “manager” à plein temps. Elle a besoin d’un petit rituel stable.

• Matin: Stratégie poste un standup très court (3 bullets: fait, bloqué, next).
• Vous répondez uniquement avec des décisions et des corrections.
• Soir: Stratégie poste un recap et propose les 3 priorités de demain.

Si vous faites ça 5 jours, vous obtenez deux bénéfices: (1) moins de context switching, (2) moins de “busywork” généré par les agents.

Handoffs concrets (exemple complet)

Exemple de chaîne de travail sur un sujet “onboarding”:

1. @marketing: propose 3 angles de contenu et 3 pages concurrentes à analyser.
2. @strategy: choisit un angle, définit un critère de succès, et demande un plan.
3. @dev: estime l’effort si un changement produit est requis, et propose une implémentation safe.
4. @growth: relie ça à un KPI (activation) et propose comment mesurer.
5. @strategy: tranche, écrit la décision dans DECISIONS.md, et assigne la next action.

Ce flux fait que les outputs se nourrissent. Sans ça, vous avez juste 4 agents qui parlent en parallèle.

Visibilité des runs (anti anxiété)

Plus vous avez d’agents, plus vous avez besoin de visibilité.

Adoptez une règle:

• Tout run qui dure plus de 10 minutes doit avoir une trace dans Todoist.

Cela évite les messages “tu fais quoi ?” et vous permet de revenir après 2 heures sans perdre le fil. Pour le setup: /blog/openclaw-todoist.

Checklist qualité (éviter le chaos)

Quand vous sentez que l’équipe devient “bruyante”, vérifiez:

• Alignement: est-ce que chaque agent optimise pour GOALS.md ? Sinon, recadrer.
• Format: imposez une longueur max par message (ex: 150 mots) pour les standups.
• Sources: Marketing doit citer des liens, sinon vous perdez confiance.
• Vérification: Dev doit donner une étape de test, sinon “done” n’est pas réel.
• Décisions: si les décisions ne sont pas loggées, vous allez re-débattre la semaine suivante.
• Scope: si une tâche planifiée prend trop de temps, la découper ou la supprimer.

Ces 6 points suffisent souvent à ramener une équipe multi-agents à un état stable.

Dernière règle utile: si vous doutez, réduisez. Moins d’agents, moins de tâches planifiées, plus de clarté. Une équipe multi-agents doit vous donner de l’énergie, pas en prendre. Gardez l’interface simple et les livrables vérifiables.

Chaque vendredi, faites un mini bilan: qu’est-ce qui vous a vraiment aidé cette semaine ? Qu’est-ce qui a généré du bruit ? Supprimez une tâche planifiée et ajoutez une contrainte. Au bout de 2 à 3 itérations, vous obtenez une équipe qui produit des livrables concrets avec un minimum de supervision. Sans surcharger inutilement.

Prochaines étapes

Une fois l’équipe en place:

• Ajoutez la visibilité Todoist pour les runs > 10 min (openclaw-todoist)
• Ajoutez un morning brief qui compile les sorties (openclaw-morning-brief)
• Ajoutez un suivi projet event-driven (openclaw-project-tracking)

Si vous voulez l’effet “petite équipe” sans tooling compliqué, déployez OpenClaw via le formulaire ci-dessus, puis commencez avec deux agents et un GOALS.md. Le reste se rajoute par couches.