De la demande au changement vérifié
Comment Agent Composer protège la structure des pages WordPress
Une modification sûre demande plus que le droit d’exécuter une opération. Il faut aussi définir ce que cette opération peut changer dans la page.
Demande → contrôle des droits → règles de page → brouillon ou proposition → validation → vérification humaine
Le chemin de contrôle
Trois limites sont vérifiées séparément
Agent Composer sépare l’accès, la structure de la page et la publication au lieu de confier les trois à une seule instruction.
1. Identité et opération ↓ 2. Droit WordPress / action exposée ↓ 3. Structure de page gérée ├─ les sections protégées restent en place ├─ les champs modifiables peuvent changer └─ les nouveaux blocs n’entrent qu’aux emplacements prévus ↓ 4. Brouillon ou proposition de modification ↓ 5. Validation ↓ 6. Vérification humaine avant toute modification du contenu publié
Pourquoi cette séparation compte Un utilisateur peut avoir le droit de modifier du contenu sans pouvoir réorganiser toute la page. En séparant les deux décisions, l’application impose la limite sans dépendre du comportement du modèle.
Exemple
Que se passe-t-il lorsqu’un agent modifie une page gérée ?
Le même parcours permet de tester les changements ordinaires et les demandes qui franchiraient une limite protégée.
- Modifier le contenu autorisé — L’agent peut réécrire un texte dans une zone modifiable ou remplacer une image autorisée lorsque les règles de la page le permettent.
- Refuser une modification de structure interdite — Les règles peuvent refuser la suppression d’une section obligatoire, le déplacement de sections protégées ou leur remplacement par un bloc quelconque.
- Traiter les ajouts séparément — Les nouveaux blocs peuvent être limités à des emplacements d’insertion définis. Les blocs ajoutés peuvent y être déplacés ou supprimés sans ouvrir la structure protégée.
- Vérifier avant publication — Les modifications d’un contenu déjà publié sont préparées dans une proposition séparée. La version en ligne reste inchangée jusqu’à la vérification et l’application par une personne autorisée.
Responsabilité de chaque niveau
Contrôles de l’application
Limites imposées techniquement
- L’identité et les droits d’action sont vérifiés avant d’accepter une modification.
- Les règles de page déterminent quelles parties peuvent changer et lesquelles doivent rester en place.
- Le document obtenu est validé avant de pouvoir poursuivre.
Vérification humaine
Une décision distincte sur la publication
- La personne chargée de la vérification voit le changement préparé, pas seulement sa description par l’agent.
- La version publiée n’est pas réécrite pendant l’examen de la proposition.
- La validation reste distincte des règles qui limitent ce que l’agent peut préparer.
Questions pratiques
Ce que couvrent les règles de structure, et leurs limites
Un éditeur peut-il modifier le texte d’une section protégée ?
Oui, si ce champ est déclaré modifiable. Protéger la section ne signifie pas figer toutes les valeurs qu’elle contient.
La structure du site peut-elle encore évoluer plus tard ?
Oui. La structure partagée peut être modifiée volontairement, tandis que les valeurs propres à chaque page restent séparées.
Cela dépend-il du respect des instructions par le modèle d’IA ?
Non. Les limites importantes sont vérifiées par l’application côté WordPress. Les instructions décrivent la tâche, mais ne constituent pas le mécanisme de contrôle.
La validation humaine remplace-t-elle ces contrôles ?
Non. Elle décide si un changement préparé est appliqué. Les droits et les règles de structure limitent auparavant ce qui peut être préparé.
Comparer les niveaux
Voir où s’arrêtent les droits et où commence la protection de la structure
La page de comparaison distingue clairement le rôle des droits MCP et celui des règles qui protègent la structure des pages.