Présentation du produit
Essayez Agent Composer sans installer WordPress : notre environnement WordPress dans le navigateur
Nous avons placé un véritable site WordPress dans un environnement temporaire exécuté par le navigateur. Vous pouvez ainsi tester avec ChatGPT, Codex ou un autre agent MCP compatible un processus de création de brouillon gouverné et propre à une configuration.
Le problème des démonstrations
Comment évaluer la création gouvernée de brouillons par l’IA sans configurer WordPress au préalable ?
WordPress est familier une fois en fonctionnement. Pour en arriver là, il faut généralement choisir un hébergement ou préparer un environnement local, installer WordPress, configurer une base de données, sélectionner un thème et ajouter les extensions nécessaires au processus à évaluer.
Cette préparation est justifiée pour un projet réel. Elle est inutile lorsque la question immédiate est plus précise : que fait Agent Composer d’un véritable brouillon WordPress, comment Agent Canvas façonne-t-il le résultat et où deviennent visibles Site Contract, Configuration Set, Blueprint et la validation ?
- Une démonstration hébergée peut présenter une interface terminée, mais permet rarement à chaque visiteur d’exécuter une nouvelle tâche avec un agent.
- Une vidéo peut expliquer le processus, mais ne prouve pas comment le contrat actif accepte un brouillon conforme ou refuse une opération non autorisée.
- Une installation locale apporte le contrôle, mais impose un travail d’infrastructure avant même d’évaluer les produits.
Agent Composer Playground supprime cette étape. Choisissez une configuration Canvas préparée, connectez votre propre agent compatible, demandez un brouillon adapté et examinez le résultat gouverné dans la même session temporaire.
Le navigateur devient l’environnement d’exécution
Comment un environnement WordPress complet peut-il fonctionner dans un seul onglet ?
WordPress Playground peut exécuter WordPress dans le navigateur sans serveur classique, à l’aide de PHP fondé sur WebAssembly et d’un système de fichiers et d’une base de données contenus dans le navigateur. L’instance temporaire peut disparaître à la fin de la session, ce qui en fait une base pratique pour une démonstration ouverte et jetable.
Notre environnement charge plus qu’une installation WordPress vide : Agent Composer, Agent Canvas, un modèle de contenu propre à la configuration et l’un des quatre mini-sites préparés. Chaque configuration permet d’explorer Canvas comme système de conception fonctionnel avant de demander un brouillon. SaaS Launch est la démonstration la plus complète et inclut tous les composants Canvas disponibles.
- Le navigateur exécute un véritable environnement WordPress et Gutenberg, pas une simulation visuelle.
- La configuration choisie fournit sa propre présentation Canvas, des exemples de contenu, Site Contract, Configuration Set et des Blueprints.
- Chaque visiteur part d’un état connu et peut supprimer toute la session ensuite.
Le manuel de WordPress Playground décrit WordPress sans serveur dans le navigateur à l’adresse https://developer.wordpress.org/playground/handbook/web-instance/. Le WordPress Developer Blog explique le rôle de WebAssembly à l’adresse https://developer.wordpress.org/news/2024/04/introduction-to-playground-running-wordpress-in-the-browser/.
Ce que vous testez
Un processus de brouillon transparent, pas une promesse de création automatique de site
Agent Composer
Examinez les fonctions autorisées, la propriété des brouillons, Site Contract, la sélection du Blueprint, la validation de l’arbre complet, l’aperçu et le journal d’audit.
Agent Canvas
Explorez quatre systèmes visuels fonctionnels et voyez comment les modèles, motifs, composants et variables de conception de la configuration choisie façonnent un véritable brouillon Gutenberg.
Les règles actives
Observez comment Configuration Set regroupe Site Contract et les Blueprints, puis comment ces règles acceptent ou refusent une opération. Le modèle de création sécurisée de pages avec l’IA explique comment elles protègent le système de conception.
Le lien avec un site limité au navigateur
Comment ChatGPT ou Codex peuvent-ils utiliser un WordPress inaccessible publiquement ?
L’instance WordPress vit dans l’onglet du visiteur. Ce n’est pas un site hébergé avec un point d’accès public ; un agent externe ne peut donc pas s’y connecter directement. Cette isolation est utile pour un environnement temporaire, mais crée un problème de transport.
L’environnement le résout avec un relais MCP de courte durée. Le navigateur ouvre une connexion de session. Lorsque l’agent appelle un outil autorisé, le relais transmet la requête à la session active ; le navigateur appelle la fonction Composer locale dans WordPress et renvoie le résultat structuré par le même chemin. Le relais ne transforme pas l’environnement en site WordPress public.
- Votre agent compatible se connecte au point MCP propre à la session.
- Le relais transporte la demande vers l’onglet associé au lieu d’établir une connexion entrante vers WordPress.
- Avant toute modification, Composer applique les droits actifs, la propriété du brouillon, Site Contract, les contraintes du Blueprint et la validation.
OpenAI présente MCP comme un moyen de connecter ChatGPT ou Codex à des outils et à du contexte, notamment à des serveurs HTTP Streamable distants : https://learn.chatgpt.com/docs/extend/mcp. Dans cet environnement, MCP assure le transport ; Composer reste la limite gouvernée d’exécution dans WordPress. Pour la limite d’accès, consultez l’accès de l’IA à un WordPress privé sans droits d’administration illimités.
La distinction essentielle
L’environnement montre une création gouvernée de brouillons, pas la génération automatique d’un site
Vous partez d’un site Canvas préparé et fonctionnel, puis demandez à l’agent un brouillon WordPress précis. Le but est de rendre observable le processus Composer : découverte, contrat actif, Blueprint, structures autorisées, création, validation, aperçu et audit. Il ne s’agit ni d’un constructeur qui transforme une instruction en HTML, ni de la promesse qu’une seule instruction remplace un projet web complet. Le modèle de contenu WordPress natif, modifiable et assisté par l’IA décrit l’approche durable.
Ce que vous pouvez examiner
Que se passe-t-il après le choix d’une configuration ?
Commencez par SaaS Launch, Knowledge Hub, Service Studio ou Editorial Journal. Chaque option est un mini-site complet avec son propre système de conception Canvas et un contexte de brouillon spécifique. Vous pouvez parcourir le site et ses composants avant de choisir la tâche gouvernée à essayer.
Après le lancement de la session temporaire, connectez ChatGPT, Codex ou un autre client MCP compatible. Demandez-lui d’abord d’examiner l’environnement, puis sollicitez un brouillon de page classique ou un contenu destiné au type propre à la configuration. Le résultat reste un brouillon Gutenberg vérifiable.
- Examinez Configuration Set, Site Contract, les Blueprints et champs disponibles ainsi que les limites éditoriales.
- Voyez quels motifs et composants Canvas la configuration choisie met à la disposition du brouillon.
- Contrôlez les blocs générés, le résultat de la validation, l’aperçu et l’audit de session ; ou tentez volontairement de violer le contrat et observez le refus sans modification du contenu.
Les mêmes Agent Composer et Agent Canvas peuvent gouverner des projets WordPress durables hors de l’environnement de démonstration. Le futur Agent Starter accélérera la création d’un site initial à partir de ces configurations ou d’un site existant déjà cartographié. Il s’agit d’un processus produit distinct ; l’environnement reste une démonstration ciblée et temporaire.
Essayez le processus
Choisissez une configuration et demandez un brouillon WordPress gouverné
Lancez l’environnement temporaire dans le navigateur, connectez votre agent compatible et observez comment Composer et Canvas transforment une demande propre à la configuration en brouillon Gutenberg validé. Aucune installation WordPress, aucun compte d’hébergement et aucun environnement local ne sont nécessaires.