masterclass11 minMedium

Le chef d'orchestre qui coordonne vos assistants

Le script chef d'orchestre qui cadence vos agents IA à la minute, relance ce qui traîne et ne vous appelle que pour décider oui ou non.

Le chef d'orchestre qui coordonne vos assistants
Le chef d'orchestre qui coordonne vos assistants

MAJ du 16 juillet 2026

Vous pouvez empiler les agents IA : un qui trie vos messages, un qui rédige vos brouillons, un qui relance vos prospects. Sans horloge commune, chacun attend qu'on le lance, et le travail s'entasse en silence.

Dans cette masterclass, on monte le chef d'orchestre : un script déterministe qui vérifie chaque minute que tout le monde joue sa partition, relance ce qui traîne, et ne vous écrit que pour une décision, oui ou non.

Avant de commencer. Le chef d'orchestre coordonne des agents qui existent déjà. Il n'en remplace aucun.

Ce que vous saurez faire à la fin

  • Séparer les agents qui produisent du chef d'orchestre qui cadence, et comprendre pourquoi ce dernier n'appelle jamais un modèle IA
  • Monter la base partagée (type Supabase) où vos agents lisent leur travail et écrivent leurs résultats
  • Cadencer chaque agent à sa propre fréquence (la minute, les 10 minutes, les 2 heures) avec un seul script et un fichier d'état
  • Poser les 3 garde-fous qui rendent le système arrêtable sans vous : coupe-circuit, disjoncteur de crédit API, plafond de dépense par jour
  • (Niveau membre) Le montage exact pas à pas : le squelette du script contrôleur, le branchement launchd ou cron, les invariants de réparation et le test de panne, plus le brief qui fait construire le tout par Claude Code
  • (Niveau Pro) On installe le chef d'orchestre ensemble sur votre propre stack, je débloque chaque branchement en direct

Pourquoi vos agents s'endorment sans chef d'orchestre

Un agent IA n'est pas un salarié qui prend des initiatives. C'est un programme qui fait une chose, très bien, quand on le lance. Le piège classique consiste à les enchaîner les uns aux autres : l'agent A appelle l'agent B, qui appelle l'agent C. Une chaîne casse toujours à son maillon le plus faible. Si A plante un mardi soir, B et C ne travaillent plus jamais, et personne ne le sait.

J'ai payé pour le savoir. En juillet 2026, mon propre système captait bien les messages entrants, mais rien ne cadençait le tri derrière : les signaux entrants se sont entassés sans jamais devenir des brouillons de réponse. La capture marchait. La rédaction marchait. Il manquait l'horloge entre les deux.

La solution n'est pas un agent de plus. C'est un chef d'orchestre : un script sans aucune intelligence artificielle dedans, qui ne coûte rien à chaque tour, et qui peut donc tourner toutes les 60 secondes sans jamais fatiguer. C'est le montage que je fais tourner en production, et c'est lui qu'on démonte ici.

Le système, en un schéma

  Le métronome (launchd sur Mac, cron sur serveur)
            |   réveille le chef d'orchestre toutes les 60 s
            v
  [ LE CHEF D'ORCHESTRE ]   script déterministe, zéro appel IA
      lit l'état du système dans la base partagée
            |
            |   3 gardes avant de lancer quoi que ce soit :
            |   coupe-circuit sur « on »   -> tout s'arrête ici
            |   crédit API épuisé         -> aucun agent IA lancé
            |   budget du jour dépassé    -> le pôle passe en pause
            |
            v   lance les agents en parallèle, sans les attendre
  [ TRIEUR ]      classe les messages entrants     chaque minute
  [ RÉDACTEUR ]   reprend les brouillons retoqués  toutes les 2 min
  [ RELECTEUR ]   relit les brouillons muets       toutes les 10 min
  [ EXÉCUTEUR ]   envoie ce que vous avez validé   toutes les 10 min
  [ INFIRMIER ]   teste les outils et les répare   toutes les 10 min
            |
            v
  [ LA BASE PARTAGÉE ]   (type Supabase)
      chaque agent y lit son travail, y écrit son résultat
            |
            v
  [ VOUS ]   une alerte Telegram seulement quand une décision
      humaine est requise, formulée en oui ou non

Tout le travail consiste à écrire la colonne du milieu : le script qui regarde l'heure, vérifie les règles et lance le bon agent. C'est lui qu'on installe.

1. Le principe : le chef d'orchestre ne joue d'aucun instrument

La tentation, quand on coordonne des agents IA, c'est de confier la coordination à un agent IA de plus. Erreur de conception. Un modèle IA coûte à chaque appel, met quelques secondes à répondre, et se trompe parfois. Une horloge doit être gratuite, instantanée et infaillible.

Le chef d'orchestre est donc un script déterministe : même entrée, même sortie, toujours. Il lit l'état du système, le compare à des règles écrites d'avance, et lance l'agent qui répare. Zéro appel IA, donc zéro coût par tour, donc il peut tourner toutes les 60 secondes, 1 440 fois par jour, pour rien. L'intelligence vit dans les agents. La fiabilité vit dans le chef.

2. La base partagée : vos agents ne se parlent jamais en direct

Deuxième choix de conception : les agents ne s'appellent pas entre eux. Chacun lit son travail dans une base de données partagée et y écrit son résultat. J'utilise Supabase, une base Postgres hébergée qui expose chaque table en API REST : vos agents, quel que soit leur langage, lui parlent en simple HTTP.

Trois tables suffisent. signaux reçoit tout ce qui entre (un email, un message, un formulaire rempli). propositions stocke les brouillons en attente de votre validation. config porte les drapeaux : coupe-circuit, pauses, plafonds. L'avantage est énorme : un agent qui plante ne casse aucun autre agent, et le chef d'orchestre lit l'état complet du système en 3 requêtes. Commencez par brancher le canal email sur signaux, c'est le plus simple à capter ; les messageries s'ajoutent ensuite par un connecteur multi-canal (type Unipile) sans rien changer au reste du montage.

3. Le métronome : votre machine sait déjà compter les secondes

Le chef d'orchestre ne se réveille pas tout seul. C'est le planificateur de votre machine qui le lance : launchd sur Mac, cron sur un serveur Linux. Ces 2 outils existent depuis des décennies, sont installés d'office et n'oublient jamais. Le réglage tient en une ligne : « lance ce script toutes les 60 secondes ». C'est le seul composant du système que vous n'avez pas à construire.

4. Les cadences : chaque agent a sa fréquence, un seul fichier les tient

Tout ne mérite pas la minute. Chez moi : le tri des messages entrants tourne chaque minute, parce qu'un prospect qui écrit doit devenir un brouillon de réponse en moins de 5 minutes (c'est le sujet de répondre en 5 minutes sans être devant votre téléphone). La relecture qualité passe toutes les 10 minutes. Les relances dues, toutes les 30 minutes. Le tri de fond de la base, toutes les 2 heures. L'autotest complet du système, toutes les 6 heures.

Le mécanisme est enfantin : un fichier JSON mémorise l'heure du dernier passage de chaque tâche, et une fonction d'une ligne répond « est-ce l'heure ? ». Pas de file d'attente à administrer, pas de logiciel d'orchestration à installer.

5. Les agents : lancés, jamais attendus

Quand c'est l'heure, le chef d'orchestre lance l'agent en processus détaché : il ne reste pas à côté à le regarder travailler, il termine son tour et se rendort. Si l'agent réussit, son résultat atterrit dans la base. S'il échoue, la règle correspondante le détectera au prochain tour et le relancera.

Mes 5 musiciens : le trieur, seul agent de cette liste qui appelle un modèle IA (un petit modèle rapide type Haiku, via l'API Anthropic, pour classer les messages ambigus). Le rédacteur, qui reprend les brouillons retoqués par le contrôle qualité. Le relecteur, qui relit chaque brouillon avant qu'il vous soit soumis. L'exécuteur, qui envoie ce que vous avez validé, et rien d'autre. L'infirmier, qui teste les connecteurs et les API toutes les 10 minutes et répare ce qui peut l'être.

6. Les 3 garde-fous : coupe-circuit, disjoncteur, plafonds

Un système qui tourne 1 440 fois par jour sans vous doit pouvoir s'arrêter sans vous. Trois garde-fous, tous logés dans la table config.

Le coupe-circuit : une ligne passée à « on », et tout le système s'arrête au tour suivant, 60 secondes maximum. Le disjoncteur de crédit : si l'API IA répond « crédit épuisé », plus aucun agent IA n'est lancé, et un test quasi gratuit re-sonde toutes les 15 minutes jusqu'au retour. Les plafonds de dépense : un budget par jour et par pôle d'activité ; à 80 % vous êtes informé, à 100 % le pôle se met en pause tout seul jusqu'à minuit.

La règle d'alerte qui va avec : on prévient à la bascule. Une fois à la panne, une fois au retour, jamais entre les deux.

7. Le canal de décision : une question, oui ou non

Dernier branchement : un bot Telegram, ou le canal de votre choix. Le chef d'orchestre ne vous écrit que dans un seul cas : une décision humaine est requise, et elle tient en une question fermée. « Le pôle prospection a dépensé son budget du jour, je relève son plafond, oui ou non ? »

Tout le reste, les réparations réussies, les reprises automatiques, va dans un journal que vous consultez quand vous voulez, au même endroit que le tableau de bord qui vous dit quoi faire aujourd'hui. Un système qui vous notifie 40 fois par jour n'est pas un système, c'est un stagiaire anxieux.

On commence tout de suite (gratuit)

Prenez une feuille, tracez 3 colonnes : la vérification, la cadence, l'action si c'est rouge. Puis écrivez 5 lignes sur ce modèle : « si un message validé n'est pas parti après 15 minutes, alors relancer l'envoi ». C'est votre feuille de service, la partition de votre chef d'orchestre. Ce document est la vraie construction : le script n'en est que la traduction, et un assistant type Claude Code fait cette traduction en une session quand la feuille est claire.

Le résultat, en 30 secondes

Voilà la trace d'un tour de mon propre chef d'orchestre, un tour parmi les 1 440 de la journée. Il a duré moins de 2 secondes.

{
  "ok": true,
  "actions": [
    "scan rapide des messageries (non-lus)",
    "pipeline entrant relancé (tri -> routage)",
    "relecteur relancé sur #482, #485",
    "exécuteur relancé (#479)",
    "infirmier lancé"
  ]
}

Cinq agents remis au travail, zéro intervention humaine, zéro notification dans ma poche. Quand tout va bien, la liste est vide et le silence est total. Le squelette complet du script, le branchement du métronome, les garde-fous et le test de panne vous attendent juste en dessous.

Votre chef d'orchestre construit par Claude Code~450 mots · 6 blocs
# RÔLE
Tu es un développeur senior qui construit un contrôleur d'agents, un « chef d'orchestre », en Node.js. Tu écris du code simple, commenté en français, sans dépendance externe inutile. Tu ne t'appuies QUE sur ce que je te donne : ce qui te manque, tu me le demandes au lieu de l'inventer.
# CONTEXTE
Mon système : des agents spécialisés (des scripts) qui lisent leur travail dans une base partagée et y écrivent leurs résultats. Je veux un script contrôleur 100 % déterministe, zéro appel à un modèle IA, réveillé toutes les 60 secondes par launchd (Mac) ou cron (serveur), qui vérifie mes invariants et relance mes agents à leur cadence.
Ma feuille de service, mes agents, leurs cadences, mes invariants : [collez votre feuille de service, ou laissez vide]

🔒 Le prompt qui a écrit le post ci-dessus. Laissez votre email, je vous l'envoie pour écrire le vôtre.

Pas de carte bancaire, juste un email réel. Déjà un compte ? Connectez-vous.