wp-performance
par WordPressUtilisez wp-performance pour analyser et améliorer les performances WordPress depuis le backend, sans interface navigateur. L’outil prend en charge un diagnostic fondé sur la mesure pour les requêtes frontend lentes, les pages d’administration, les routes REST et WP-Cron, avec des conseils sur WP-CLI profile/doctor, Query Monitor via des en-têtes REST, Server-Timing, les requêtes base de données, les options autoloadées, le cache objet, le cron et les appels HTTP distants.
Cette skill obtient 84/100, ce qui en fait une bonne candidate pour un annuaire consacré au travail de performance WordPress côté backend. Les utilisateurs de l’annuaire disposent de suffisamment d’éléments pour l’installer en confiance s’ils ont besoin d’un workflow structuré, orienté CLI, pour profiler et corriger des sites lents, même si son périmètre reste clairement limité aux agents côté backend plutôt qu’au débogage WordPress généraliste.
- Forte déclenchabilité : elle cible explicitement les sites/pages/endpoints WordPress lents et nomme les cas couverts (TTFB, administration, REST, WP-Cron).
- Bonne clarté opérationnelle : la skill définit les entrées requises, une procédure étape par étape et des outils concrets comme WP-CLI profile/doctor, Query Monitor via REST, Server-Timing et curl.
- Références utiles : 10 fichiers de référence couvrent les options autoloadées, le cron, la base de données, l’API HTTP, le cache objet et la mesure, ce qui réduit les approximations pour les agents.
- Périmètre limité au backend : elle suppose que l’agent ne peut pas utiliser d’interface navigateur, donc elle ne convient pas aux workflows qui reposent sur l’inspection du frontend.
- Aucune commande d’installation dans SKILL.md, donc les utilisateurs peuvent avoir besoin de connaissances de configuration supplémentaires avant de pouvoir exécuter le workflow de bout en bout.
Vue d’ensemble de la compétence wp-performance
À quoi sert wp-performance
La compétence wp-performance vous aide à enquêter sur les performances de WordPress et à les améliorer depuis le backend, sans dépendre d’une interface navigateur. Elle est conçue pour les cas où vous devez passer rapidement de « ce site est lent » à un correctif mesuré, en particulier pour les travaux d’optimisation des performances sur des environnements WordPress 6.9+.
Qui devrait l’installer
Utilisez la compétence wp-performance si vous travaillez sur des requêtes frontend lentes, des pages d’administration, des routes REST ou des activités WP-Cron, et que vous voulez un workflow guidé pour le profilage, le diagnostic et une vérification sûre. Elle est particulièrement utile lorsque vous pouvez utiliser WP-CLI, les logs et des requêtes HTTP directes, mais pas une session complète de débogage dans le navigateur.
Ce qu’elle couvre le mieux
Les points forts de la compétence wp-performance sont le triage basé d’abord sur la mesure et les correctifs backend pour les requêtes base de données, les options chargées en autoload, le cache d’objets, le cron et les appels HTTP distants. Elle vous oriente aussi vers le bon outil selon le besoin, notamment wp profile, wp doctor, Query Monitor via les en-têtes REST, et Server-Timing lorsqu’ils sont disponibles.
Comment utiliser la compétence wp-performance
L’installer et la cadrer correctement
Lancez le flux wp-performance install dans la collection WordPress/agent-skills avec le slug de compétence wp-performance, puis confirmez le contexte du site cible avant de demander l’analyse. La compétence fonctionne mieux si vous fournissez --path=<path> pour la racine WordPress et, pour les installations multisite ou routées, --url=<url> pour le site ou l’endpoint exact que vous voulez évaluer.
Donner à la compétence les entrées dont elle a réellement besoin
Une bonne requête wp-performance usage inclut le symptôme, le périmètre et l’environnement. Par exemple : « Site de staging, aucune écriture autorisée, tableau de bord admin lent une fois connecté, utiliser wp-performance pour profiler le chemin de requête principal et proposer d’abord des vérifications sûres en lecture seule. » C’est préférable à « le site est lent », parce que cela dit à la compétence quoi mesurer et quelles contraintes appliquer.
Lire d’abord les bons fichiers
Commencez par SKILL.md, puis consultez references/measurement.md, references/database.md, references/autoload-options.md, references/object-cache.md, references/cron.md, et references/http-api.md selon le symptôme. Si vous avez besoin de Query Monitor en mode headless ou de vérifications pilotées par commande, inspectez aussi references/query-monitor-headless.md, references/wp-cli-profile.md, references/wp-cli-doctor.md, et scripts/perf_inspect.mjs pour repérer le workflow.
Utiliser un workflow centré sur la mesure
Le meilleur flux wp-performance guide consiste à : établir une base de référence, tester une URL reproductible ou une route REST, inspecter la couche la plus coûteuse, puis vérifier après un changement ciblé. Gardez le scénario identique entre les exécutions, comparez plusieurs échantillons plutôt qu’un seul pic, et évitez de demander des actions destructrices sauf si vous les autorisez explicitement.
FAQ sur la compétence wp-performance
wp-performance est-il réservé aux agents backend ?
Oui. Cette compétence est conçue pour une investigation backend uniquement, à l’aide de WP-CLI, des en-têtes, des logs et des requêtes HTTP. Si vous avez besoin d’interaction navigateur, d’analyse visuelle en waterfall ou de tests basés sur les clics, wp-performance n’est pas l’outil principal adapté.
En quoi est-il différent d’un prompt générique ?
Un prompt générique peut vous dire « optimiser WordPress », mais wp-performance apporte un workflow contraint pour la mesure, des garde-fous et des zones de défaillance propres à WordPress. C’est important parce que le correctif dépend du fait que le goulet d’étranglement vienne des requêtes DB, du gonflement de l’autoload, du cron ou des appels HTTP distants.
Est-il adapté aux débutants ?
Oui, si vous pouvez décrire le symptôme et fournir le contexte d’installation. La compétence est utile aux débutants parce qu’elle réduit le nombre de premières vérifications, mais vous devez quand même donner une URL ou une route cible claire, et préciser si les écritures, l’installation d’extensions ou les purge de cache sont autorisées.
Quand ne faut-il pas l’utiliser ?
N’utilisez pas wp-performance si le problème n’est pas lié à l’exécution WordPress, par exemple un routage CDN, une panne DNS ou un simple goulot d’étranglement JavaScript côté frontend. C’est aussi un mauvais choix lorsque vous ne pouvez pas accéder au serveur, ne pouvez pas lancer WP-CLI, et n’avez aucun moyen d’inspecter les réponses HTTP ou les logs.
Comment améliorer la compétence wp-performance
Fournir de meilleurs éléments de départ
L’entrée la plus utile combine une cible concrète et un motif de symptôme : https://example.com/wp-json/..., « lent seulement pour les éditeurs connectés », « le TTFB grimpe toutes les 5 minutes », ou « la page d’administration se fige après la connexion ». Cela aide wp-performance à choisir un chemin de mesure au lieu de deviner.
Indiquer quel type de changement est autorisé
Si vous voulez une première passe prudente, dites-le. Par exemple : « diagnostics en lecture seule », « pas de purge de cache », ou « staging uniquement, modifications d’options autorisées ». Cela améliore la compétence wp-performance parce que le workflow peut éviter les vérifications risquées et rester dans vos limites opérationnelles.
Demander aussi le chemin de correction, pas seulement le diagnostic
Les meilleurs résultats de wp-performance usage viennent lorsque vous demandez à la fois le goulot d’étranglement et l’étape de vérification suivante. Par exemple : « Identifie la couche la plus lente, nomme la cause probable, et donne la commande ou la requête exacte de suivi pour confirmer l’amélioration. » Cela rend la sortie directement exploitable.
Itérer à partir du premier rapport
Si la première passe pointe vers les requêtes, renvoyez la table lente, le hook ou la route, et demandez un plan de requête plus ciblé. Si elle pointe vers des options chargées en autoload, le cache d’objets, le cron ou des appels HTTP API, demandez la remédiation la plus petite et la plus sûre, ainsi qu’un plan de mesure avant/après. C’est là que la compétence wp-performance apporte le plus de valeur pour les travaux d’optimisation des performances.