La décision avant l’enregistrement
Un enregistrement réussi peut encore masquer une mauvaise modification de la page
Le titre d’une page de destination peut changer en même temps que le lien de son bouton, son média et les blocs qui l’entourent. Il vaut mieux examiner ce résultat pendant que l’éditeur peut encore choisir les éléments à conserver que le découvrir après l’enregistrement.
Avant : la requête réussit
La réponse indique que l’opération est terminée. La page modifiée est déjà enregistrée. L’éditeur doit donc découvrir après coup une relation indésirable ou un mauvais résultat visuel.
Après : la modification est vérifiée
L’assistant présente le résultat Gutenberg modifié pour examen avant son enregistrement. L’éditeur peut accepter la version qui conserve le comportement et l’apparence prévus de la page.
Le parcours d’un éditeur de contenu
Gardez le point d’approbation visible de la première inspection à l’autorisation finale
Suivez cet ordre lorsque l’éditeur a besoin d’une approbation raisonnée, et pas seulement d’une requête terminée.
01
Lisez la page dans son contexte
Commencez par le document Gutenberg imbriqué existant et examinez le contexte de création qui l’entoure. Vous déterminez ainsi ce que l’opération suivante doit respecter.
02
Définissez la modification du bloc
Indiquez à l’assistant la partie du document à modifier et les éléments qui doivent rester liés. Limiter la modification au bloc concerné donne à l’examen suivant une comparaison claire entre l’avant et l’après.
03
Choisissez ce que WordPress enregistrera
Examinez les résultats renvoyés pour la cible exacte, le résultat modifié et son emplacement sur la page. Approuvez uniquement la version qui répond à l’objectif de l’éditeur et aux exigences de présentation du site.
04
Enregistrez la version choisie par l’éditeur
L’assistant peut enregistrer dans WordPress l’état des blocs Gutenberg choisi. La version sélectionnée par l’éditeur devient ainsi le document utilisé pour la révision suivante.
Ce que l’éditeur modifie réellement
L’arborescence porte le sens de la modification
Un titre visible est un nœud dans un document Gutenberg imbriqué. MCP Abilities – Block Editor peut analyser et sérialiser l’arborescence, la transformer, la verrouiller, y insérer des blocs, les dupliquer, les déplacer et les lier, modifier du texte, normaliser les titres et enregistrer l’ensemble. Ces opérations permettent à un client d’IA de travailler sur la structure qui porte la demande de l’éditeur.
L’extension peut aussi générer des sections, interroger des sections et des pages de destination, ou mettre à jour un document existant. Pour créer du contenu, elle peut inspecter le thème actif, les styles de blocs, les blocs enregistrés, les catégories, les compositions, les compositions synchronisées et les consignes de création réutilisables. Elle peut lire et gérer les modèles de thème de blocs, les parties de modèle, les entités de navigation, les compositions synchronisées et leurs relations d’usage.
Ses vérifications couvrent la structure, la conception, le texte, les liens, l’utilisation des médias et le contexte rendu. Le résultat donne à l’éditeur des éléments précis sur le contenu de la page et son apparence.
Après l’échec d’une vérification
Corrigez la condition en échec sans perturber le reste de la page
Utilisez le problème signalé pour limiter la modification suivante. Le nouveau candidat doit corriger ce problème et conserver tout ce qui fonctionnait déjà.
Trois conditions pour une correction propre
Le problème d’origine n’apparaît plus
Le nœud, la relation, le texte ou l’effet visuel concerné correspond maintenant à l’intention déclarée de l’éditeur.
Le contenu non concerné reste intact
Les blocs hors de la correction conservent leur sens, leur ordre, leurs liens et leurs relations avec les médias.
La vérification porte sur le candidat corrigé
Répétez l’inspection pertinente après la modification afin que ses résultats décrivent le candidat actuel, et non celui qui a été écarté.
Examinez le candidat corrigé uniquement lorsque les trois conditions sont remplies.
Environnement d’exécution requis
Installez l’environnement qui relie l’assistant à WordPress
L’extension dépend des composants indiqués ici. Chacun joue un rôle dans le parcours qui relie un client d’IA à une fonction de l’éditeur de blocs.
WordPress 6.9 ou version ultérieure
WordPress Abilities APIFournit la couche native d’enregistrement des fonctions utilisée pour exposer les opérations de l’éditeur de blocs.
PHP 8.0 ou version ultérieure
PHP 8.0Fournit l’environnement d’exécution du serveur requis par l’extension.
Installé et activé
WordPress MCP AdapterExpose les fonctions WordPress enregistrées aux clients MCP.
Prochaine étape utile
Commencez par une modification Gutenberg qui peut être examinée
Téléchargez le ZIP MCP Abilities – Block Editor lorsqu’un client d’IA doit inspecter et mettre à jour du contenu Gutenberg dans WordPress. L’extension fournit à ce client les fonctions de l’éditeur de blocs nécessaires à la prochaine modification proposée. L’éditeur peut ainsi examiner le résultat avant de choisir ce qui sera enregistré.