OpenClaw en production : 3 couches pour des pipelines multi-agents fiables

Dans un post r/openclaw, un développeur répond à la question récurrente — « Quelqu'un a-t-il construit plus qu'un jouet de week-end avec OpenClaw ? » — par un récit détaillé de l'enveloppement d'OpenClaw dans trois couches personnalisées pour bâtir une équipe d'exploitation autonome pour les fondateurs en démarrage. Le résultat : des agents coordonnés exécutant ventes, marketing et contenu, partageant le contexte sans surveillance constante.

Les trois couches personnalisées

• Couche de routage/passage : Chaque message entre agents et chaque action externe passe par un point de contrôle unique. Rien ne parle directement ; les règles sont appliquées au niveau du passage.
• Couche de gestion des tâches : Les agents ne rédigent pas librement des tâches. Ils choisissent dans un catalogue fixe de définitions de tâches, chacune pré-câblée au bon agent, aux bons outils et aux bonnes permissions.
• Couche d'intelligence/mémoire : Un substrat structuré de contexte et de mémoire pour que les agents sachent pour qui ils travaillent, le plan, et ce qui a été appris — sans avoir à tout relire à chaque tour.

Le vrai problème : les défaillances silencieuses

« Le problème difficile n'est pas la capacité. C'est le silence. » Contrairement à une API qui retourne un code de statut, OpenClaw peut silencieusement ignorer une tâche — aucune erreur, aucun signal. L'agent ne fait tout simplement pas la chose, et l'aval suppose qu'il l'a faite. Quand vous vous en apercevez, la sortie est déjà fausse.

Second problème : la non-déterminisme. La même directive peut produire des comportements différents. C'est acceptable pour le chat, mais un cauchemar lorsque l'action a des conséquences réelles (un email qui part réellement, un enregistrement qui change réellement).

Les garde-fous qui ont fait la différence

• Validation à la création de tâche — les tâches malformées n'entrent jamais dans le système.
• Liste blanche d'outils par tâche — les agents ne peuvent pas accéder à ce qu'ils ne devraient pas.
• Suivi explicite de l'achèvement — ne vous fiez pas à l'idée que « ça a tourné ».
• Alerte structurée — les agents peuvent lever des alertes lorsqu'un problème survient, afin que les défaillances soient visibles.
• Niveaux de confiance — supervisé vs autonome pour toute tâche ayant des conséquences réelles. Un humain reste dans la boucle jusqu'à ce que la tâche gagne son autonomie.

OpenClaw a permis de faire fonctionner le système bien plus rapidement qu'une construction à partir de zéro. Mais « fonctionne dans une démo » et « fonctionne sans surveillance chaque jour sans vous mentir » sont des barres différentes — et combler cet écart représente 90 % du travail.