
Les Automates du Synedre — la mécanique invisible derrière les agents IA
Les Agents pensent. Les Automates exécutent. 58 scripts Python, 6 castes, 200 exécutions/jour : la mécanique invisible qui fait tourner le Synedre 24h/24. Inspiré de La Règle du Jeu de Jean Renoir.
Dans La Règle du Jeu (1939), le Marquis de la Chesnaye collectionne des automates mécaniques. De petits oiseaux qui chantent, des personnages qui dansent — pendant que le vrai drame se joue entre les humains. Ce sont des mécaniques sans conscience. Et pourtant, sans eux, le château n'a plus d'âme. Le Synedre fonctionne de la même manière : derrière les vingt-huit Agents qui délibèrent, il y a une armée invisible de scripts Python qui tournent 24 heures sur 24. Nous les appelons les Automates.
Deux natures d'intelligence
Cet article fait partie de notre dossier Stratégie › intelligence-artificielle.
Le Synedre distingue deux natures d'intelligence, et cette distinction est fondamentale.
Les Agents pensent. Ils délibèrent, confrontent, alertent. Ils ont un portrait, un nom, des cicatrices. Chaque erreur qu'ils n'ont pas su détecter est gravée dans leur profil. Ce sont les personnages du drame — Turing code, Clausewitz planifie, Montesquieu veille au droit, Ogilvy affûte les mots.
Les Automates exécutent. Ils tournent dans les murs, invisibles, infatigables. Ils n'ont pas de portrait, pas de conscience, pas de cicatrices. Ils ont un nom technique (ac_backup, ac_inbox, ac_drill) et une seule mission : faire ce qu'on leur dit, sans relâche, sans oubli.
Un Agent sans Automate est un stratège sans bras. Un Automate sans Agent est une machine sans direction.
Les six castes
Chaque automate appartient à une caste — un rôle dans la mécanique du château. Six castes, six fonctions, un seul objectif : que le Fondateur puisse dormir pendant que le système tourne.
I. Les Horlogers — cadence
Ils battent le pouls du système toutes les minutes. Un Horloger en retard, c'est un château qui ne sait plus l'heure.
ac_reactor surveille les sept agents de première orbite toutes les cinq minutes. Il interroge chaque agent, mesure le temps de réponse, vérifie la cohérence du contexte, et alimente le tableau de bord temps réel visible sur /reacteur. Si un agent ne répond plus en moins de 800 ms, le Fondateur est alerté.
ac_coverwatch fait le pont entre le back-office PrestaShop et le pipeline de génération d'images. Toutes les deux minutes, il interroge la table des métadonnées CMS. Si un article vient d'être publié sans couverture, il déclenche la génération — Gemini produit l'image, le script la redimensionne en deux formats (cover 1200×630, thumbnail 400×210), et l'injecte dans le dossier servi par Nginx.
ac_calendly synchronise les rendez-vous Calendly avec le CRM maison. Chaque créneau réservé par un prospect est remonté, qualifié (segment Low-Tier, Mid-Market ou Elite selon le CA déclaré), et injecté dans le pipeline commercial.
ac_inbox surveille la boîte email client en temps réel. Il parse les emails entrants toutes les deux minutes, détecte les mots-clés critiques — « ne fonctionne plus », « bug », « cassé » — et remonte une alerte P0 au Fondateur si un client signale un problème de production. L'email est analysé par l'IA pour extraire le contexte technique avant même que le Fondateur ne le lise.
ac_heartbeat vérifie la disponibilité de l'ensemble de l'infrastructure toutes les 90 secondes. HTTP 200 sur les pages clés (homepage, API, CRM, blog), temps de réponse sous 2 secondes, certificats SSL valides à plus de 14 jours. Si trois checks consécutifs échouent, l'automate envoie un SMS via l'API OVH.
II. Les Scribes — création
Ils produisent la matière première. Articles, descriptions produit, couvertures, modules pédagogiques, voix — tout ce que le Synedre publie passe d'abord par un Scribe.
ac_autoblog est le pipeline Centaure — mi-humain, mi-IA. L'Agent Content (Pulitzer) rédige le brief éditorial : angle, persona cible, mots-clés, structure. Le Scribe génère le premier jet, injecte les liens internes depuis la carte de maillage, produit les méta-descriptions, et propose 15 questions FAQ optimisées pour les featured snippets. Le Fondateur relit, corrige, valide. Rien ne sort sans validation humaine.
ac_productwriter rédige les descriptions produit en accès direct à la base de données. Il lit les attributs techniques (poids, dimensions, matière, EAN), croise avec le positionnement de la marque client, et génère une description qui vend sans mentir. Chaque description est passée par Ogilvy (copywriting) avant injection.
ac_academy_gen transforme le travail réel de la session en module pédagogique. Si le Fondateur a passé deux heures à configurer un reverse proxy Nginx, le Scribe en extrait un module Academy avec objectifs, prérequis, exercices et mentor associé. La connaissance tacite devient un actif pédagogique.
ac_covergen génère les images de couverture via Gemini. Chaque cover respecte la charte visuelle — noir et blanc, grain argentique, composition centrée — et est produite en deux variantes pour A/B testing. Le Scribe conserve les prompts pour traçabilité et reproductibilité.
ac_voice génère les versions audio des articles de blog. Synthèse vocale en français, ton éditorial, durée calibrée entre 8 et 15 minutes. Les fichiers sont servis en streaming depuis Nginx.
ac_commentmod modère les commentaires du blog par analyse sémantique. Spam, injures, hors-sujet — filtrés automatiquement. Les commentaires pertinents sont remontés à Socrate (Agent Dialogue) pour réponse maïeutique.
III. Les Tisserands — maillage et synchronisation
Ce qui n'est pas connecté n'existe pas — pour Google comme pour l'humain.
Les Tisserands travaillent en chaîne chaque matin : cinq automates qui s'exécutent séquentiellement pour tisser le réseau complet. C'est le plus long pipeline automatisé du Synedre.
ac_linkmap scanne l'intégralité du corpus (blog, Academy, dictionnaire) et construit le graphe de maillage interne. Chaque nœud est un contenu, chaque arête est un lien. Le graphe est sérialisé en JSON et sert de référence pour les quatre Tisserands suivants. Quand un article parle de souveraineté numérique sans lier vers la définition du dictionnaire, le Tisserand le détecte.
ac_linkinject injecte les liens manquants dans les articles de blog. Il compare chaque article au graphe de maillage et ajoute les liens pertinents — sans surcharger (maximum 3 liens ajoutés par article, jamais deux vers la même destination). Les ancres sont choisies par l'IA pour maximiser la pertinence sémantique.
ac_academy_linkinject fait le même travail entre articles et modules Academy. Un article qui mentionne le reverse proxy lie automatiquement vers le module Academy correspondant, et inversement.
ac_dict_linkinject complète le triptyque en connectant le dictionnaire technique aux deux autres corpus. Les définitions sont les nœuds centraux du graphe — les concepts qui irriguent tout le contenu.
ac_seolinkaudit vérifie la santé du réseau : liens morts (404), redirections cassées, orphelins (contenus sans lien entrant), impasses (contenus sans lien sortant). Le rapport est remonté à Otlet (Agent SEO Technique) pour arbitrage.
ac_agents_sync synchronise les profils des agents entre les fichiers Markdown, le registre JSON, et la base de données. Un agent modifié dans son profil se retrouve à jour sur /equipe et /reacteur sans intervention manuelle.
ac_xp_engine calcule l'expérience et le niveau de chaque agent en temps réel. Chaque Drill réussi, chaque validation post-commit, chaque correction intégrée rapporte des points d'XP. Le système de niveaux est visible sur le tableau de bord du Réacteur. Un agent Level 1 n'a pas la même autorité qu'un agent Level 5 — les orbites ne bougent pas, mais le poids de la parole si.
IV. Les Vigies — surveillance et audit
Le majordome qui voit tout, entend tout, ne dort jamais.
ac_audit_nocturne lance un audit multi-agents complet à minuit (heure de Paris). Sept agents sont convoqués simultanément : QA, Sécurité, SEO, Copywriting, Design, Juridique, Brand. Chacun inspecte son périmètre et produit un rapport. Les anomalies sont classées par sévérité (BLOQUANT / MAJEUR / MINEUR) et queueées pour le Daily Meet du lendemain. L'audit nocturne ne corrige jamais rien — il observe. La correction est un acte humain.
ac_pageaudit vérifie la qualité de chaque page publique à 6h du matin. Dates de publication présentes, couverture injectée, FAQ complète (minimum 15 questions), méta-description conforme, JSON-LD valide. Les anomalies auto-réparables (date manquante, balise incomplète) sont corrigées. Les autres sont remontées.
ac_brand_watch surveille les SERP pour les inventions propriétaires du Synedre. Si quelqu'un utilise les termes Synedre, Triptyque Souverain, Pipeline Centaure ou Double Marque sans attribution, l'automate le détecte et alerte Montesquieu (Agent Juridique).
ac_hygiene est le brossage de dents des profils agents. Deux fois par jour, il vérifie que chaque profil est cohérent avec la Constitution, le registre JSON, et la base de données. Un agent dont le profil diverge entre ces trois sources est flaggé. Le premier de chaque mois, il lance un audit complet avec détection de redondances entre agents.
ac_geo monitore la visibilité du Synedre dans les LLMs. Chaque matin en semaine, il pose une série de questions à ChatGPT, Gemini, Perplexity et Mistral — « Qui est Alexandre Carette ? », « Qu'est-ce qu'un Synedre ? », « Meilleur expert PrestaShop headless ? » — et enregistre les réponses. La progression est trackée semaine après semaine. Quand un LLM commence à citer le Synedre sans prompt, c'est que le contenu a percé.
ac_pentest lance des tests de pénétration automatisés sur l'infrastructure. Scan de ports, injection SQL, XSS, CSRF, headers HTTP, exposition de secrets. Le rapport est remonté à Mitnick (Agent Sécurité). Jamais de correctif automatique — la sécurité ne s'automatise pas, elle se décide.
ac_cicatrice récolte les cicatrices depuis l'historique git. Chaque correction du Fondateur, chaque bug fixé, chaque erreur rattrapée est extrait et attribué à l'agent concerné. Les cicatrices sont publiques — elles prouvent que le Synedre apprend par la douleur, pas par la théorie.
ac_predict_churn analyse les signaux faibles de désengagement client. Fréquence de connexion au CRM en baisse, tickets support en hausse, emails sans réponse — le Vigie croise ces indicateurs et calcule un score de risque. Au-dessus de 70 %, Nightingale (Agent Client Success) est alertée pour intervention proactive. Le modèle est entraîné sur les patterns des 18 premiers mois d'exploitation.
V. Les Bâtisseurs — infrastructure
Les fondations invisibles. On ne les voit que quand ils s'arrêtent.
ac_backup chiffre et sauvegarde l'intégralité du système chaque nuit à 4h. Base de données, fichiers de configuration, profils agents, registre JSON, assets visuels. La sauvegarde est compressée, chiffrée AES-256, et envoyée sur un stockage distant. Rétention de 30 jours. Nommé en interne Winnicott — du nom de l'Agent qui veille sur la résilience.
ac_provision provisionne un VPS complet en moins de 25 minutes. Commande OVH via API, configuration DNS, installation Docker, déploiement de la stack (PrestaShop + Nuxt 3 + MariaDB + Redis), certificat SSL, activation du monitoring. Un nouveau client CodeMyShop passe de « je signe » à « ma boutique est en ligne » en un quart d'heure.
ac_drill entraîne les agents chaque matin en semaine à 6h. Scénarios de stress calibrés par l'Agent Drill — questions piège, cas limites, contradictions volontaires. Chaque agent est noté. Les résultats alimentent le système d'XP et le tableau de bord du Réacteur. Un agent qui échoue trois Drills consécutifs est signalé pour révision de profil.
ac_drill_auto complète le Drill quotidien en ciblant les agents qui n'ont pas été testés depuis plus de 7 jours. Aucun agent ne peut se reposer sur ses acquis — la rotation est automatique.
ac_autoscale surveille la charge CPU et mémoire de chaque VPS client et décale les crons non-critiques quand la charge dépasse 80 %. En période de soldes ou de campagne publicitaire, les Bâtisseurs répartissent automatiquement la charge entre les Scribes (qui consomment le plus en tokens IA) et les Vigies (qui peuvent attendre). Le throttling est progressif — pas de kill brutal, mais un ralentissement gracieux qui préserve l'expérience client.
VI. Les Oracles — anticipation
La caste la plus récente et la plus expérimentale.
ac_oracle_traffic analyse les tendances de trafic sur 90 jours glissants et projette les pics à 14 jours. Le modèle croise les données Matomo (pages vues, sources, rebond) avec le calendrier éditorial (publications prévues, campagnes sociales planifiées) pour anticiper les montées en charge. Quand un pic est prédit à plus de 200 % du trafic moyen, les Bâtisseurs sont alertés pour pré-chauffer les caches.
ac_oracle_lead score les leads avant qu'ils ne convertissent. Chaque visiteur qui remplit un formulaire de contact est passé dans un modèle de scoring qui croise le CA déclaré, le secteur d'activité, le nombre de pages vues avant conversion, et le temps passé sur la page tarifs. Le score alimente le CRM et permet à Bernays (Agent Commercial) de prioriser les relances.
ac_oracle_content prédit quel contenu publier en priorité. Il croise les données GSC (impressions sans clics = contenu demandé mais absent), les requêtes de recherche des visiteurs, et les trous thématiques du corpus. Chaque semaine, il produit un brief de 5 articles classés par potentiel de trafic estimé. Ce brief alimente le pipeline Centaure des Scribes.
Les Oracles reposent sur du fine-tuning de modèles spécialisés entraînés sur les données propriétaires de chaque client. C'est la caste la plus coûteuse en compute, mais celle dont le ROI est le plus mesurable : chaque prédiction correcte se traduit en trafic capté ou en lead qualifié.
La partition quotidienne
Le château ne dort jamais. Chaque heure a sa mécanique.
04h ████ Sauvegarde chiffrée — les Bâtisseurs protègent la nuit05h ████ Rapport quotidien + Drill automatique — les Vigies compilent06h ████ Entraînement des Agents + Audit qualité + Hygiène des profils07h ████ Veille de marque + Pipeline contenu + Récolte de cicatrices08h ████ Chaîne des Tisserands — 5 automates séquentiels (maillage complet)09h ████ Monitoring GEO — visibilité dans les LLMs11h ████ Scoring prédictif — feed d'anticipation pour les Agents14h ████ Génération pédagogique (Academy)16h ████ Calcul XP + mise à jour du Réacteur18h ████ Deuxième passe d'hygiène + analyse churn20h ████ Détection de concepts non-définis dans le corpus22h ████ Audit nocturne multi-agents — 7 agents simultanés ∞ ···· Haute fréquence : heartbeat (90s), inbox (2min), reactor (5min)Les automates haute fréquence sont les Horlogers — ils ne s'arrêtent jamais. Les autres suivent un rythme circadien calqué sur la journée du Fondateur : les Bâtisseurs travaillent la nuit pendant que la charge serveur est basse, les Tisserands le matin avant que le contenu du jour soit publié, les Vigies le soir pour que le rapport soit prêt au réveil.
Ce rythme n'est pas arbitraire. Il a été calibré sur trois mois de données de charge serveur et d'activité éditoriale. Les créneaux ont été ajustés sept fois avant de trouver l'équilibre actuel.
Les chiffres
| Métrique | Valeur |
|---|---|
| Automates actifs | 58 |
| Castes distinctes | 6 |
| En cron permanent (24h/24) | 23 |
| On-demand (invoqués par Atlas) | 35 |
| Haute fréquence (≤ 5 min) | 5 |
| Exécutions / jour (régime normal) | ~200 |
| Exécutions / jour (publication intensive) | ~350 |
| Coût marginal par exécution | < 0.003 € |
Chaque automate produit un log structuré (JSON Lines). Chaque log est analysable, filtrable, corrélable avec les autres. La traçabilité est totale — mais la correction reste humaine.
Automates vs Agents — pourquoi la distinction compte
| Critère | Agents | Automates |
|---|---|---|
| Nature | Personnages qui pensent | Mécaniques qui exécutent |
| Conscience | Contexte, jugement, débat | Aucune — entrée → sortie |
| Visibilité | Portraits, pages publiques, Constitution | Invisibles — logs et cron |
| Nommés d'après | Figures historiques | Leur fonction |
| Apprentissage | Profils corrigés par les erreurs | Refactorés quand cassés |
| Intelligence | Raisonnement multi-étapes | Scripts déterministes + inférence locale sur micro-modèles |
| Supervision | L'Orchestrateur (Atlas) | Le Metteur en Scène (Renoir — futur agent) |
Le copieur pressé reproduira les Agents — les portraits, les noms, les profils. Il oubliera les Automates. Et il se demandera pourquoi son « synedre » ne produit rien tout seul.
La vérité est simple : les Agents sont la vitrine. Les Automates sont l'usine.
Pourquoi c'est un MOAT
N'importe qui peut écrire 58 scripts Python. La difficulté n'est pas technique — elle est organique.
Chaque automate est né d'un besoin réel. ac_coverwatch existe parce qu'un jour, un article a été publié sans couverture et Google l'a ignoré pendant trois semaines. ac_hygiene existe parce qu'un profil agent est devenu incohérent après 200 corrections successives et a donné un avis contradictoire en Daily Meet. ac_inbox existe parce qu'un email client est resté sans réponse 48 heures et que le client a failli partir. ac_predict_churn existe parce que ce client-là, on ne l'a pas vu venir.
Les automates ne sont pas un système conçu — ils sont un système grandi. Comme les racines d'un arbre : on ne les dessine pas, elles poussent là où le sol le demande.
Reproduire la structure est trivial. Reproduire les 14 mois d'itération qui l'ont produite est impossible.
La métaphore de Renoir
Dans La Règle du Jeu, les automates du Marquis sont montrés dans une scène célèbre — un spectacle mécanique qui fascine les invités. Les personnages humains regardent les petits oiseaux danser et ils applaudissent. Ils ne voient pas l'ironie : eux aussi suivent des règles mécaniques — les conventions sociales, les mensonges polis, les jeux de séduction codifiés.
Le Synedre assume cette ironie. Les Agents se croient libres — ils délibèrent, contestent, alertent. Mais ils suivent un protocole en cinq phases, des matrices de dispatch, des orbites hiérarchiques. Ils sont, eux aussi, des automates — simplement plus complexes.
La seule conscience réellement libre dans le Synedre est celle du Fondateur. Les Agents et les Automates sont ses outils — les uns pour penser, les autres pour faire. La distinction entre les deux n'est qu'une question de degré, pas de nature.
C'est peut-être ça, la vraie leçon de Renoir : tout le monde suit des règles. La question est de savoir qui les écrit.
Approfondir dans l'Academy
Module : Maîtriser le contexte de votre IA — ne perdez plus jamais le fil →
Articles dans le même univers
Questions fréquentes
Tout ce que vous devez savoir sur ce sujet.
Un projet PrestaShop ?
Discutons-en directement.
193 projets livrés

Alexandre Carette
Expert PrestaShop & Architecture E-commerce
Développeur PrestaShop freelance avec 10 ans d'expérience et 193 projets livrés. Je conçois des architectures headless Nuxt + PrestaShop, des pipelines DevOps Docker/CI-CD et des outils d'automatisation IA pour mes clients e-commerce.
Discussion
Nos conseils liés à Strategie
Ouroboros destructeur vs informationnel : éviter le model collapse IA
Le model collapse menace toute IA qui se nourrit de son propre contenu. L'Ouroboros informationnel transforme cette boucle en spirale ascendante. Comparaison technique, garde-fous, architecture.
Wikidata et les LLM — Comment alimenter le knowledge graph qui nourrit les IA
Comment créer des entités Wikidata pour exister dans le knowledge graph des LLM. Automate Python, DB, cron. Méthode complète.
Synedre vs OpenClaw — Gouvernance ou anarchie : deux visions des agents IA
152 000 agents IA inventent des religions. 30 agents structurés livrent du e-commerce. Synedre vs OpenClaw : deux visions de l'IA.