Architecture de WP Suite Content Engine
Architecture d’Agent Composer : opérations de contenu gouvernées pour les sites WordPress existants
Le système part d’un site dont le design et le modèle de contenu existent déjà. Composer n’expose à un agent d’IA compatible que les opérations approuvées, stocke les brouillons validés dans WordPress et laisse publication et mise en production à des étapes humaines séparées.
FRONTIÈRE DE CONSTRUCTION DU SITE
Agence ou créateur → thème + compositions + CPT + règles éditoriales
↓
FRONTIÈRE DES OPÉRATIONS DE CONTENU
Config Set Composer → Site Contract → Page Blueprints
↓
FRONTIÈRE DE CONNEXION DE L’AGENT
Agent d’IA existant → MCP direct ou tunnel sortant facultatif
↓
FRONTIÈRE D’EXÉCUTION
Validation Composer → brouillon Gutenberg attribué
↓
FRONTIÈRE DE MISE EN PRODUCTION
Contrôle humain → publication WordPress → Static Publisher facultatif
Voyez cette architecture en fonctionnement
D’un client MCP à WordPress exécuté dans le navigateur
Le playground en direct transforme ce diagramme de frontières en un système temporaire et inspectable.
ChatGPT / Codex / MCP client
│
│ MCP
▼
MCP relay
│
▼
Browser / WebAssembly
│
▼
WordPress + Composer + CanvasResponsabilités et frontières de confiance
Un parcours étroit du modèle approuvé au brouillon vérifiable
Composer ne conçoit pas le site, n’héberge pas le modèle et n’expose pas l’administration WordPress générale. Il traduit une requête authentifiée en opération autorisée par le Config Set actif, puis valide tout l’arbre Gutenberg avant l’enregistrement. Cette frontière sous-tend l’édition par l’IA sans accès administrateur illimité et la création gouvernée de pages avec l’IA.
FLUX DE REQUÊTE Client IA compatible → route MCP authentifiée → Ability Composer → Config Set actif → Page Blueprint → compositions et blocs fournisseur approuvés → validation → brouillon CONNEXION PRIVÉE WordPress local ou protégé par pare-feu → tunnel Connector sortant → client OpenAI compatible → mêmes Composer Abilities et autorisations WordPress FRONTIÈRE D’IDENTITÉ ET D’ÉCRITURE Utilisateur WordPress dédié à l’agent → contrôle de capacité → attribution distincte de l’auteur → jetons de révision et modification → mise à jour sans conflit FLUX FOURNISSEUR FACULTATIF Composer → Ability Gatey / Flow / AI-Kit enregistrée → le fournisseur matérialise et valide son bloc → Composer valide l’arbre complet FLUX DE MISE EN PRODUCTION Brouillon validé → aperçu et révision humaine → publication humaine dans WordPress → export Static Publisher facultatif, manuel ou planifié → S3 / CloudFront + Static Site Guardian facultatif FLUX D’ÉCHEC Blueprint absent, métadonnées invalides, fournisseur indisponible ou révision obsolète → erreur de validation ou de concurrence → ni écrasement ni publication
Frontière de propriété WordPress stocke Config Sets, Site Contract, Blueprints, brouillons, métadonnées prises en charge, attribution, validations et informations d’audit. Le raisonnement reste dans le client IA choisi. Les données fournisseur suivent leur contrat propre. Static Publisher et Static Site Guardian sont facultatifs ; Composer n’exige pas AWS.
Activation et exploitation
Comment transformer un site existant en système de contenu gouverné
La mise en œuvre part du site WordPress terminé et n’ajoute que le contrat, la connexion et les contrôles de révision requis pour une création répétable.
- Définissez la frontière du contenu — Conservez le constructeur, le thème et le processus de design existants. Cartographiez types de contenu, modèles, compositions réutilisables, blocs, champs, taxonomies, métadonnées et contraintes éditoriales approuvés dans un Config Set et des Page Blueprints.
- Activez la couche d’exécution Composer — Installez Agent Composer, validez et activez le Config Set, puis associez un utilisateur WordPress dédié aux Composer Abilities limitées. Agent Canvas peut servir de thème de référence et de démarrage, sans être obligatoire.
- Choisissez le chemin de connexion — Connectez directement un client compatible par une route MCP authentifiée ou utilisez le tunnel Connector sortant facultatif lorsque WordPress doit rester local ou derrière un pare-feu. Les deux chemins accèdent aux mêmes Abilities gouvernées.
- Séparez contrôle et mise en production — L’agent crée ou met à jour des brouillons attribués avec concurrence optimiste. Les équipes contrôlent, révisent et publient dans WordPress. Pour une diffusion statique, Static Publisher peut livrer l’état approuvé manuellement ou selon un planning, avec Site Guardian en option.
Ce qui s’exécute dans chaque couche architecturale
Couche WordPress principale
Responsabilités locales pilotées par contrat
- L’agence ou le propriétaire conserve dans WordPress le thème, les compositions, les types de contenu, les règles de design et la politique éditoriale.
- Composer découvre les capacités, assemble Blueprints et compositions, valide l’arbre des blocs, écrit sans conflit, contrôle les aperçus, attribue le travail et délègue aux fournisseurs.
- WordPress stocke contrat, configuration, brouillons Gutenberg, métadonnées SEO prises en charge, révisions, reçus de validation et données d’audit expurgées.
Couches externes et de diffusion facultatives
Activées uniquement pour le processus choisi
- Le client IA choisi raisonne et se connecte par une route MCP authentifiée compatible ; Composer ne vend ni n’héberge le runtime du modèle.
- Le tunnel Connector sortant est facultatif pour les clients OpenAI compatibles et les origines WordPress privées ; le MCP direct authentifié reste une autre option.
- Static Publisher, S3, CloudFront et Static Site Guardian forment un chemin de production facultatif. Propriété, coûts AWS, protection et mise en production restent distincts de Composer.
Questions d’architecture
Frontières à décider avant de connecter un agent d’IA
Composer prend-il le contrôle du thème ou du processus de création de l’agence ?
Non. L’agence ou le créateur reste responsable du thème, des composants, des types de contenu et des règles éditoriales. Composer utilise le contrat actif et les Blueprints après ces décisions. Agent Canvas n’est qu’une implémentation de référence facultative.
Le client IA reçoit-il un accès administrateur WordPress ?
Non. Il accède à des Composer Abilities nommées associées à un utilisateur WordPress dédié. Publication, suppression ordinaire, gestion des extensions et thèmes, médias, réglages et utilisateurs restent hors de la surface d’exécution.
L’origine WordPress peut-elle rester privée ?
Oui. Un client compatible peut utiliser le MCP direct authentifié si la route est accessible. Pour WordPress local ou protégé, le tunnel Connector sortant facultatif rejoint le même serveur Composer sans exiger de point d’entrée WordPress ou MCP public.
AWS est-il obligatoire et qui met le contenu en production ?
AWS n’est pas requis pour le contrat principal ni le cycle des brouillons Composer. Les équipes décident de la publication WordPress. Static Publisher peut exporter l’état approuvé vers S3 et CloudFront, tandis que Static Site Guardian peut protéger certaines routes.
Examinez le contrat opérationnel complet
Séparez design du site, brouillons assistés par l’IA, approbation éditoriale et mise en production
Utilisez Agent Composer comme couche de contenu gouvernée pour l’agent d’IA compatible que votre équipe utilise déjà. Vous pouvez ainsi créer de nouveaux contenus WordPress avec l’IA tout en les gardant natifs et modifiables. Le même contrat reste applicable après la livraison lorsqu’il s’agit de donner accès à l’IA aux clients sans perdre le contrôle de l’agence sur le design.