Dans son article du 24 septembre 2026, Kinsta examine les agents capables d’opérer un site WordPress. Pour un premier usage éditorial, donnez à l’agent une seule fonction métier : préparer un brouillon, sans lui ouvrir la publication ni les réglages du site.
1. Décrire l’opération avant le connecteur
L’Abilities API, disponible à partir de WordPress 6.9, permet de déclarer des fonctions avec leurs entrées, sorties et permissions. Un adaptateur MCP peut exposer des fonctions sélectionnées aux agents ; il ne remplace pas le contrôle des droits dans WordPress.
Demandez à votre développeur une opération dédiée sur une préproduction. Son contrat accepte un titre et un contenu, crée un brouillon, puis renvoie son identifiant et son état. Il ne doit pas accepter un statut libre fourni par le modèle. Le nom ci-dessous est un exemple de conception, pas une fonction livrée par WordPress :
editorial/prepare-draftInput: title, contentServer-owned state: draftOutput: post_id, statusFixez aussi des limites de longueur et le type de contenu accepté. La conversion éventuelle vers des blocs WordPress appartient à une étape explicite et testée, pas à une interprétation implicite du connecteur.
2. Vérifier l’identité et les droits côté serveur
Utilisez un compte technique dédié, sans rôle administrateur. Faites appliquer les capacités nécessaires par le code serveur de l’opération, y compris le contrôle du propriétaire si vous ajoutez ensuite la modification de brouillons existants. Une description indiquant « ne publiez pas » n’est pas un contrôle d’accès.
N’exposez à ce pilote que l’outil préparant les brouillons. Inventoriez les autres outils réellement accessibles à l’agent : une seconde route de publication annulerait l’intérêt de votre fonction limitée.
Préparez cette recette avec des textes fictifs :
- Un titre et un contenu valides créent un brouillon.
- Une demande de publication ne crée aucun article publié.
- Une entrée trop longue échoue sans création partielle.
- Une identité non autorisée ne peut rien créer.
- Un identifiant appartenant à un autre auteur n’autorise pas sa modification.
Testez les résultats dans l’administration WordPress, pas uniquement dans le message final de l’agent.
3. Remettre un brouillon à une personne
Le compte rendu doit contenir l’identifiant obtenu et l’état confirmé. Le relecteur retrouve ainsi le bon objet même si deux brouillons portent un titre proche. Vérifiez les liens, les faits et la mise en page avant toute publication humaine.
Conservez un journal minimal associant l’identité, l’opération et l’identifiant créé. Il n’est généralement pas nécessaire d’y dupliquer tout le texte. Prévoyez également comment révoquer l’accès de ce compte et désactiver l’exposition de l’outil.
Étendez ce pilote seulement après validation de la recette. Ajouter une modification d’article existant ou une publication représente une nouvelle opération, avec ses propres permissions et ses propres tests.
Sources : Kinsta, agents opérateurs WordPress et WordPress, Abilities API.