La sophistication du système de Zain ne tient pas à sa capacité à continuer indéfiniment. Elle tient à sa capacité à savoir quand s’arrêter. Le travail déterministe avance ; les règles de rémunération ambiguës, les responsabilités incertaines et les messages soumis à validation s’arrêtent avec une demande précise pour la décision manquante.
Éléments probants à la publication : Maya Brunometi a été vérifiée comme agent principal actif le 30 mai 2026, avec le tableau Zain, ClawPort, Ollama et les services proxy actifs. Le dossier de processus comprend audits, manifestes de passage de relais et dossiers d’action client ; le fonctionnement reste supervisé aux étapes engageantes.
L’entreprise
Zain dirige une agence et une activité d’offres à fort volume couvrant suivi client, production de contenu, logique de rémunération, correspondance entre closers et setters, et plusieurs chantiers métier. La surface opérationnelle inclut Discord, Slack, ClickUp, Todoist, collecte de données, comptes Google/services et une couche de connaissance persistante.
Ce mélange produit plus qu’un volume de tâches : il crée des dépendances. Une ressource peut être terminée sans être approuvée ; un message de commission peut être rédigé alors que la règle acheteur-closer reste inconnue ; un passage de relais client peut dépendre d’une information détenue seulement par Zain ou Yasmine.
La contrainte
Le travail pouvait commencer dans un outil, attendre une validation dans un autre et exiger qu’un humain assemble le dossier final. Les outils étaient capables individuellement, mais ne se comportaient pas comme un département d’opérations unique.
Une automatisation aveugle aurait aggravé la fragmentation. Déplacer une tâche ou préparer un message peut être déterministe ; décider d’une règle de rémunération non résolue ne l’est pas. Le système devait distinguer exécution et jugement, puis exposer le blocage au lieu de deviner.
Pourquoi les outils existants ne suffisaient pas
ClickUp et Todoist pouvaient stocker les tâches. Discord et Slack transportaient la communication. Apify collectait des données. Les systèmes de contenu produisaient des ressources. Aucune de ces surfaces ne maintenait à elle seule le contrat opérationnel entre les autres.
La couche manquante devait retrouver le contexte, exécuter les étapes répétables, auditer ce qui avait réellement abouti, préparer les actions restantes pour le client ou l’opérateur et imposer des conditions d’arrêt autour des données et validations.
Cartographie de la transformation
Avant
Tâches | conversations | contenu | règles de rémunération -> réconciliation manuelle -> dossier d’action client -> suivi
Après — fonctionnement supervisé
Déclencheur -> Maya retrouve le contexte -> étapes déterministes -> audit -> blocage ou validation -> dossier d’action -> décision humaine
L’audit fait partie du processus ; ce n’est pas un contrôle rétrospectif ajouté après qu’un agent s’est déclaré terminé.
Un processus de bout en bout
- Entrée : un processus client démarre avec les tâches, contenus et contextes de compte disponibles.
- Contexte : Maya utilise la connaissance persistante et les dossiers ClickUp/Todoist correspondants pour établir l’état courant.
- Exécution : les actions déterministes — organiser un passage, préparer une ressource prête à publier, collecter des données autorisées ou déplacer une tâche connue — suivent la route configurée.
- Audit : les vérificateurs d’objectif et d’état des identifiants contrôlent l’achèvement et l’existence de l’état prestataire requis.
- Condition d’arrêt : si un brouillon exige une validation ou si l’affectation rémunération/closer-setter reste inconnue, le système s’arrête.
- Sortie : Maya génère un message prêt à coller, une note de commission ou un dossier d’action structuré précisant la décision humaine nécessaire.
- Trace : manifeste de passage de relais et contrôles de cadence conservent blocage et prochaine action pour l’exécution suivante.
Ce qui a changé
- Construit : processus Maya CSM, dossiers d’action client, préparation de messages de commission, audits d’objectif, manifestes de passage, vérificateurs d’identifiants, contrôles de cadence et sorties à coller uniquement.
- Connecté : OpenClaw, gbrain, embeddings Ollama locaux, automatisation ClickUp/Todoist, Apify, génération de contenu, Discord, Slack et tableau d’agence.
- Testé : étapes déterministes, audits de blocage, modes d’identifiants, cadence cron et comportement lors d’informations manquantes.
- Vérifié : le 30 mai 2026, Maya était l’agent principal actif et tableau, ClawPort, Ollama et proxy fonctionnaient.
- Utilisé activement : le dossier montre des services actifs et un agent supervisé, sans volume quantifié de processus clients achevés.
- Dépendances restantes : brouillons soumis à validation, règles de rémunération produit/équipe et correspondances acheteur-produit/closer-setter nécessitent encore Zain ou Yasmine lorsque la source est incomplète.
- Résultat financier communiqué par le client : aucun.
Preuves
- Preuve d’exécution : agent principal et services de base actifs le 30 mai 2026.
- Preuve de contrôle : le processus s’arrête explicitement pour validations et données client, sans traiter l’incertitude comme une permission.
- Preuve d’audit : audits d’objectif, manifestes, vérificateurs d’identifiants et contrôles de cadence intégrés au dossier.
- Preuve de sortie : dossiers d’action et messages à coller rendent le travail humain restant concret.
- Frontière de revendication : la source soutient une opération supervisée, pas une autonomie sans contrôle ni un résultat de chiffre d’affaires quantifié.
La technologie — en dernier
La pile exécute OpenClaw 2026.5.2 sur un VPS Hostinger avec Discord, Slack, gbrain, embeddings Ollama locaux, Command Center, bureau 3D hébergé, Caddy, proxy de facturation, passerelle OCW, ClawPort, agency-os-zain, automatisation ClickUp/Todoist, Apify, génération de contenu, Maya CSM, tâches planifiées et scripts d’audit.
Témoignage client
Aucun témoignage textuel étayé par la source n’est publié. L’architecture de contrôle et l’environnement vérifié sont les preuves ; aucun témoignage n’est reconstruit à partir du langage interne du projet.
Transformation suivante
Découvrez comment ConvertSail a codé l’autorité des prestataires dans un système de prestation à six agents. Zain met l’accent sur les conditions d’arrêt ; ConvertSail, sur la sélection de la bonne source avant de commencer.
Obtenez votre feuille de route IA
Si votre activité a besoin d’automatisation mais que les décisions coûteuses restent ambiguës, la cible est une autonomie encadrée. Réservez un audit IA gratuit pour séparer le travail déterministe des décisions qui doivent rester entre les mains de l’équipe.
Sources
OPENCLAW-DEEP-CLIENT-CASE-STUDIES.pdf, page 15.- Zain n’apparaît pas dans
RECAST_CASE_STUDIES_2026_UPDATED.pdf; le document détaillé constitue la source conservée pour ce cas. RECAST_WEBSITE_MASTER_BLUEPRINT.md, sections 10.4, 11 et 58.