Quel niveau d’accès WordPress devriez-vous donner à une IA ?

Donnez à une IA le niveau d’accès WordPress le plus faible qui permet d’accomplir la tâche approuvée. N’utilisez aucune connexion pour l’analyse publique, Read Only pour l’inspection, Draft pour créer du contenu non publié, Content Editor pour des modifications encadrées de contenu existant et Publisher seulement lorsqu’une publication publique fait explicitement partie d’un flux de travail révisé.

Ne choisissez pas un niveau selon l’intelligence perçue de l’assistant. Choisissez-le selon l’action et sa conséquence.

En une phrase : l’accès doit suivre l’action minimale requise par la tâche, jamais la marque du modèle ni le désir d’éviter des erreurs de permission.

Ce que ce guide vous aide à accomplir

Ce guide transforme les tâches WordPress courantes en une recommandation d’accès. Il explique aussi pourquoi les noms de modes du produit sont des résumés opérationnels plutôt que des garanties universelles de chaque capacité individuelle.

Un flux IA utile n’est pas défini seulement par la qualité de la réponse. Il l’est aussi par les données que l’assistant peut atteindre, les actions qu’il est autorisé à effectuer, les preuves que vous pouvez inspecter ensuite et la facilité avec laquelle l’accès peut être retiré.

Pourquoi cela compte

Les propriétaires de sites pensent souvent en rôles tels qu’Administrator ou Editor, tandis que les flux IA se comprennent mieux comme des modes liés à une tâche. Une tâche peut devoir créer des brouillons sans jamais modifier de pages publiées. Une autre peut devoir inspecter des métadonnées privées sans faire de modification.

Un mode clair aide les utilisateurs à raisonner sur le flux de travail, mais les capacités WordPress réelles doivent rester versionnées et testables.

Résultat attendu

Une exécution réussie doit produire :

• Une décision tâche-à-accès.
• Une liste des actions qui doivent rester indisponibles.
• Un environnement requis et une barrière de révision.
• Un plan de test du refus et de la révocation.

Aucune connexion

Choisissez aucune connexion lorsque la tâche utilise des pages publiques, des captures d’écran ou des exports. C’est approprié pour les premières révisions UX, l’analyse de messages et de nombreuses tâches de planification.

Read Only

Choisissez Read Only pour les inventaires, les audits, l’inspection de métadonnées, les révisions de taxonomies et le diagnostic. Ce mode doit empêcher la création, la modification, la suppression et la publication. C’est le premier mode connecté par défaut.

Draft

Choisissez Draft lorsque l’assistant doit créer de nouveaux enregistrements non publiés. Il ne doit pas publier ni modifier du contenu publié non lié. Ce mode convient à la préparation de contenu et aux expériences encadrées.

Content Editor

Choisissez Content Editor lorsque l’assistant doit modifier du contenu existant. Exigez des cibles d’enregistrements explicites, des preuves de révision et une étape de contrôle. Ne présumez pas que la modification implique aussi la publication.

Publisher

Choisissez Publisher uniquement pour un flux de travail stable et restreint où la publication publique est nécessaire, réversible et approuvée séparément. De nombreuses organisations devraient conserver la publication humaine même après avoir automatisé d’autres tâches.

Full Power n’est pas un mode protégé

Le parcours Full Power du produit est une exception administrative distincte et un add-on, non le niveau suivant normal de l’échelle des modes protégés. Il ne doit jamais être présenté comme inclus dans l’essai Solo ni comme la destination attendue des tâches de contenu ordinaires.

Un flux de travail sûr

1. Décrivez la tâche en utilisant des actions WordPress concrètes.
2. Retirez les actions qui peuvent être remplacées par un rapport ou un brouillon.
3. Sélectionnez le niveau d’accès restant le plus faible.
4. Énumérez les capacités qui doivent rester indisponibles.
5. Créez une identité dédiée dans le mode sélectionné.
6. Testez une action autorisée et une action refusée.
7. Révisez les preuves avant toute extension d’accès.
8. Révoquez l’accès lorsque la tâche se termine.

Recette de prompt

Avant de copier ce prompt, remplacez chaque valeur entre crochets. Ne collez pas d’identifiants, de données clients ou d’informations privées dans l’instruction.

Classez cette tâche WordPress et recommandez le niveau d’accès approprié le plus faible.

Tâche : [describe the exact task]
Enregistrements cibles : [IDs, URLs, post types]
Résultat requis : [report, new draft, edits, publication]
Environnement : [public pages, export, staging, production]
Réversibilité : [describe]
Point de révision humaine : [describe]

Choisissez un :
- aucune connexion
- Read Only
- Draft
- Content Editor
- Publisher

Retournez :
1. Niveau recommandé
2. Actions requises
3. Actions qui doivent rester indisponibles
4. Risque principal
5. Test de vérification
6. Test de refus
7. Étape de révocation

Ne recommandez pas Full Power à moins que la tâche soit explicitement administrative et que le processus d’exception distinct ait été approuvé.

Pourquoi le prompt est structuré ainsi

Le prompt de décision exige la tâche, le résultat et l’environnement avant de recommander un accès. Il traite aussi Full Power comme une exception plutôt que comme une escalade naturelle.

Limite d’accès recommandée

Le niveau correct dépend de l’action demandée. Commencez par aucune connexion ou Read Only, puis passez à Draft ou Content Editor seulement lorsque la tâche ne peut pas être accomplie en sécurité au niveau inférieur.

Ce flux peut influencer des décisions éditoriales ou créer des modifications non publiées. Gardez la portée étroite et révisez chaque modification proposée.

Le niveau d’accès est une recommandation de départ, non une autorisation universelle. Les capacités WordPress exactes disponibles pour une identité doivent provenir de la version du produit installée et de sa couverture publiée, pas de cet article seul.

Ce qui doit rester hors de la tâche

• Aucun accès fondé seulement sur le nom d’un modèle ou un plan d’abonnement.
• Aucun Publisher parce que Draft semble peu pratique.
• Aucun Full Power dans l’essai par défaut ou le parcours des modes protégés.
• Aucune présomption qu’un mode prouve chaque capacité sous-jacente.

Comment WP Agent Control s’y inscrit

Obtenez des informations structurées sur le site et examinez des pages publiées après la connexion. Cette lecture publique ne nécessite aucune tâche temporaire. Vous pouvez aussi consulter les pages publiques sans le plugin ; Agent Control ajoute un accès structuré et la continuité vers du travail WordPress autorisé.

Autorisez une tâche de brouillon et sélectionnez les contenus de référence. L’assistant peut créer et réviser les brouillons créés par cette tâche. Les références existantes restent en lecture seule, même si ce sont elles-mêmes des brouillons. Vérifiez le résultat dans WordPress.

Avec Solo, Pro ou Agency, autorisez une tâche de proposition pour les contenus et champs sélectionnés. Examinez la comparaison complète dans WordPress et sélectionnez les propositions approuvées. L’approbation est liée à l’objet, aux champs et au contenu courant ; une source ou une tâche modifiée peut l’invalider. Approuver un changement de contenu n’autorise pas sa publication. Avec Solo, Pro ou Agency, il faut aussi une tâche de publication qui couvre l’approbation encore valide. Vérifiez vous-même le résultat publié.

Connecter votre IA : docs first profile · Voir les fonctions et la compatibilité : coverage

Liste de vérification

• ☐ Les actions requises par la tâche sont explicites.
• ☐ Une solution de rechange à accès inférieur a été envisagée.
• ☐ Les actions interdites sont énumérées.
• ☐ Le catalogue de produits confirme la disponibilité du mode.
• ☐ Les actions autorisées et refusées sont testées.
• ☐ Full Power reste séparé.

Modes de défaillance courants

• Choisir selon l’étiquette de rôle : un rôle WordPress traditionnel peut inclure des capacités non liées.
• Faire monter l’accès après un refus : une limite utile est supprimée au lieu d’analyser l’action demandée.
• Traiter Publisher comme une maturité : un bon flux peut rester Read Only ou Draft indéfiniment.
• Confondre plan et mode : le droit commercial et la permission opérationnelle sont des dimensions différentes.

Note avancée

Les décisions d’accès peuvent être formalisées comme une fonction d’admission portant sur la classe d’action, la classe de données, l’environnement, la conséquence, la réversibilité et les preuves. Le mode sélectionné est une projection de cette décision dans les capacités WordPress. Les couches inférieures ne doivent pas élargir l’ensemble d’actions admises.

Guides liés

• Le moindre privilège pour les assistants IA WordPress
• Pourquoi un assistant IA ne devrait pas utiliser votre compte administrateur WordPress
• Comment préparer des modifications WordPress avec l’IA sans publier
• Comment révoquer l’accès d’un assistant IA à WordPress

Poursuivre

Prochaine étape : utilisez Quel niveau d’accès WordPress devriez-vous donner à une IA ? pour transformer ce principe en profil d’accès WordPress concret. Testez le flux avant d’envisager une permission plus large.