Comment inventorier les extensions WordPress avec l’IA

Un inventaire d’extensions est un relevé de ce qui est installé et de sa gouvernance, non une instruction de mettre à jour ou de retirer un logiciel. L’IA peut normaliser les noms, les versions, les états et les responsabilités, mais la désactivation ou la suppression peut briser le site et exige une évaluation technique distincte.

Un inventaire de maintenance constitue une preuve, non une autorisation de mettre à jour, désactiver ou supprimer un logiciel. Conservez la première passe en mode Read Only, enregistrez les versions et la provenance, puis créez un plan de changement séparé avec des sauvegardes et des étapes de retour arrière.

En une phrase : récupérez les enregistrements d’extensions par une voie dédiée en lecture seule, conservez les identifiants exacts et créez un inventaire des responsables et des finalités sans effectuer de maintenance.

Ce que ce guide vous aide à accomplir

Le résultat doit identifier les extensions installées, leur état, leur version, leur portée réseau, leur responsable, leur finalité, leurs dépendances et les lacunes documentaires. Il doit signaler pour examen les responsabilités inconnues et les fonctions en double, sans déclarer un logiciel sûr ou obsolète d’après son nom seul.

Un résultat utile n’est pas seulement une réponse soignée. Il doit indiquer quels enregistrements ou quelles pages ont été examinés, quelles preuves étaient indisponibles, ce que l’assistant a inféré, ce qu’un humain doit décider et quelles actions demeurent interdites.

Ce qu’un résultat réussi doit contenir

• Identifiant exact du fichier d’extension, nom, version et état.
• Portée réseau ou de site, lorsqu’elle s’applique.
• Finalité commerciale et technique.
• Informations sur le responsable, le fournisseur, la licence et le soutien, lorsqu’elles sont fournies.
• Dépendances connues et niveau de criticité.
• Indicateurs d’examen pour responsabilité inconnue, fonction en double ou état non pris en charge.

Preuves et éléments à préparer

Les informations sur les extensions peuvent être sensibles du point de vue de la sécurité. Limitez le résultat aux destinataires approuvés et n’exposez pas publiquement les versions sans raison.

• Point d’extrémité d’extensions autorisé ou export WP-CLI.
• Identifiants exacts des extensions, versions et état actif.
• Contexte multisite ou réseau.
• Cartographie des responsabilités commerciales et techniques.
• Informations approuvées sur les renouvellements de licence et de soutien.
• Dépendances connues, personnalisations et flux de travail critiques.
• Politique de gestion des changements et de sauvegarde.

Consignez la date, la source, la portée et les omissions connues pour chaque élément. Retirez les identifiants, les renseignements personnels et les données clients qui ne sont pas nécessaires à la tâche.

L’inventaire n’est pas une analyse des vulnérabilités

Les données de version et d’état peuvent étayer une revue de sécurité ultérieure, mais l’assistant ne doit pas déclarer une extension vulnérable ou sûre sans avis faisant autorité, actuel et contextualisé. Gardez la recherche de vulnérabilités hors de cet inventaire sauf si elle est explicitement incluse dans la portée.

Préserver l’identité exacte de l’extension

Les noms affichés peuvent entrer en collision ou changer. Conservez le chemin de fichier de l’extension ou l’identifiant de paquet stable, la version et la source afin que les revues futures se rapportent au même logiciel.

Un flux de travail sûr

1. Définissez la portée, les destinataires et la méthode de récupération.
2. Créez une identité dédiée ayant un comportement Read Only.
3. Récupérez tous les enregistrements d’extensions et le contexte multisite.
4. Conservez les identifiants exacts et les champs bruts.
5. Joignez les données fournies sur le responsable, la finalité, la licence et les dépendances.
6. Demandez à l’assistant de classer les lacunes documentaires et les indicateurs d’examen.
7. Examinez les extensions inconnues et critiques avec les responsables techniques.
8. Figez l’instantané de l’inventaire.
9. Révoquez l’accès et créez des tâches distinctes de changement ou de sécurité.

Le flux de travail sépare intentionnellement l’analyse de l’implémentation. Une étape de changement ultérieure doit référer au résultat approuvé plutôt que d’élargir discrètement les permissions de l’identité d’analyse.

Modèle de prompt

Avant d’utiliser ce prompt, remplacez chaque valeur entre crochets. Ne collez pas de mots de passe, de clés API, de dossiers clients privés ni de renseignements personnels non liés dans l’instruction.

Créez un inventaire en lecture seule des extensions WordPress à partir des enregistrements fournis.

Pour chaque extension, retournez :
- Le fichier exact de l’extension ou l’identifiant stable
- Le nom affiché et la version
- L’état actif, inactif ou actif sur le réseau
- La source ou le fournisseur lorsqu’il est fourni
- La finalité commerciale
- Le responsable technique
- L’état de la licence et du soutien lorsqu’il est fourni
- Les dépendances et les flux de travail critiques
- L’état de la documentation
- L’indicateur d’examen : responsable inconnu, finalité inconnue, fonction en double, non pris en charge, personnalisé, critique ou aucun
- Les preuves manquantes et le prochain responsable

Règles :
1. N’activez pas, ne désactivez pas, ne mettez pas à jour et ne supprimez pas d’extensions.
2. Ne déclarez pas une extension sûre, vulnérable ou obsolète sans preuve actuelle faisant autorité.
3. Conservez les identifiants exacts et les versions brutes.
4. N’exposez pas publiquement l’inventaire.
5. Ne modifiez pas WordPress.

Pourquoi ce prompt est structuré ainsi

Le prompt crée un inventaire de gouvernance et l’empêche explicitement de devenir un flux de maintenance ou de vulnérabilités automatisé. Les identifiants stables maintiennent les actions ultérieures liées au bon paquet.

Limite d’accès recommandée

Utilisez une identité Read Only. L’assistant peut examiner les enregistrements WordPress inclus dans la portée, mais les tentatives de créer, modifier, supprimer ou publier du contenu doivent être refusées.

Le flux de travail peut toucher la signification publique, l’interprétation dans les recherches, la conversion ou l’information produit. Exigez une revue explicite avant d’appliquer tout changement.

Ce qui doit rester hors de cette tâche

• Aucune activation, désactivation, mise à jour ou suppression d’extension.
• Aucune exposition publique de détails sensibles de l’inventaire.
• Aucune conclusion non étayée sur une vulnérabilité ou la sûreté.
• Aucun changement de dépendance.
• Aucune décision automatique sur une licence ou un fournisseur.

Le niveau d’accès est une recommandation de départ, non une autorisation universelle. Les capacités exactes offertes à une identité doivent découler de la version de produit installée et de sa couverture publiée.

Comment WP Agent Control s’intègre

Ce guide décrit un travail général dans WordPress, sans promettre qu’Agent Control peut modifier chaque objet ou intégration abordé. Dans le parcours guidé, commencez par les pages publiques. Les opérations sur les plugins, thèmes, utilisateurs, réglages, fichiers, suppressions, WooCommerce, ACF et constructeurs ne sont pas des tâches guidées natives. Utilisez des outils et permissions qualifiés séparément au besoin.

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é.

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

Liste de vérification

• ☐ La voie de récupération ne permet manifestement pas d’écrire.
• ☐ Les identifiants exacts et les versions sont conservés.
• ☐ Le contexte multisite est consigné.
• ☐ Les responsables, finalités et dépendances restent fondés sur des preuves.
• ☐ Aucune affirmation sur une vulnérabilité ne manque de source faisant autorité.
• ☐ L’identité est révoquée et aucun état d’extension n’a changé.

Modes de défaillance courants

• Inventaire comme nettoyage : les extensions inactives ou inconnues sont immédiatement retirées.
• Collision de noms : les noms affichés remplacent les identifiants stables des extensions.
• Exagération de sécurité : les seules données de version deviennent un verdict de vulnérabilité.
• Fuite publique : des données détaillées d’extensions et de versions sont publiées sans nécessité.

Note avancée

Un registre d’extensions peut relier l’identité du paquet, la version, le responsable, la dépendance commerciale, l’approbation et l’historique des changements. Les mises à jour ultérieures deviennent des changements gouvernés par rapport à des dépendances connues plutôt que de la maintenance ponctuelle.

Guides connexes

• La façon la plus sûre de commencer à utiliser l’IA dans WordPress
• Quel niveau d’accès WordPress devriez-vous donner à une IA ?
• Comment révoquer l’accès d’un assistant IA à WordPress
• Erreurs de connexion WordPress AI : pourquoi les 401 et 403 peuvent être utiles

Prochaine étape

Utilisez le guide des niveaux d’accès pour confirmer la limite de récupération et révoquer l’identité après l’instantané.