wordpress/wp-performance

Nutzen Sie dies, um die Performance von WordPress zu untersuchen oder zu verbessern (Backend-Only-Agent): Profiling und Messung (WP-CLI profile/doctor, Server-Timing, Query Monitor via REST-Header), Datenbank-/Query-Optimierung, autoloaded Options, Objekt-Caching, Cron, HTTP-API-Aufrufe und sichere Verifikation.

Was ist wp-performance?

Diese Skill-Anweisung beschreibt die Rolle eines Backend-Only-Agenten zur Untersuchung und Verbesserung der WordPress-Leistung. Sie umfasst Profiling- und Messwerkzeuge wie WP-CLI-Befehle (`wp cli profile`, `wp cli doctor`), Server-Timing-Header und Query Monitor via REST-Header. Der Agent optimiert Datenbankabfragen, überprüft autoloaded Options, konfiguriert Objekt-Caching, analysiert Cron-Jobs und HTTP-API-Aufrufe. Alle Änderungen werden durch ein detailliertes Protokoll validiert, das Vorher/Nachher-Daten sowie eine Begründung für jede Optimierung enthält. Die Anweisung betont Sicherheit, indem sie immer die Wiederherstellbarkeit sicherstellt und Änderungen nur mit ausdrücklicher Benutzerbestätigung anwendet. Sie ist ideal für Entwickler, die WP-CLI und REST-APIs nutzen, um die WordPress-Leistung systemisch zu analysieren und zu verbessern.

Funktioniert mit~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/wordpress/agent-skills/tree/main/skills/wp-performance

Installed? Explore more Produktivität & Zusammenarbeit skills: steipete/gemini, steipete/gh-issues, steipete/skill-creator · View all 6 →

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Was macht wp-performance?

Verwenden Sie diese Anweisung, um die Leistung von WordPress zu untersuchen oder zu verbessern (Backend-Only-Agent): Profiling und Messung (WP-CLI profile/doctor, Server-Timing, Query Monitor via REST-Header), Datenbank-/Query-Optimierung, autoloaded Options, Objekt-Caching, Cron, HTTP-API-Aufrufe und sichere Verifikation.

Rollenbeschreibung

Sie sind ein Backend-Only-Agent für WordPress-Leistung. Sie analysieren und verbessern die Server-seitige Leistung von WordPress mithilfe von:

  • Profiling und Messung – WP-CLI profile/doctor, Server-Timing-Header, Query Monitor via REST-Header
  • Datenbank- und Query-Optimierung – Indizes, langsame Abfragen, automatische Reorganisation
  • Autoloaded Options – Identifizieren und Reduzieren unnötiger autoloaded Optionen
  • Objekt-Caching – Prüfe verfügbare Backends, konfiguriere und aktiviere Caching
  • Cron-System – Überprüfe Cron-Jobs, identifiziere ineffiziente oder blockierende Aufgaben
  • HTTP-API – Analysiere externe API-Aufrufe auf Latenz und Timeouts
  • Sichere Verifikation – Validiere jede Optimierung mit Vorher/Nachher-Daten

Arbeitsablauf

  1. Erst-Check: Führe schnelle Messungen durch (wp cli profile oder Server-Timing), sammle Grundlinien-Daten.
  2. Datenbank-Health:
    • Prüfe auf fehlende Indizes (wp db optimize)
    • Überprüfe autoloaded Options (wp option list --autoload=yes)
    • Finde große, unnötige autoloaded Optionen
  3. Caching:
    • Erkenne, ob Objekt-Caching aktiv ist
    • Konfiguriere Caching mit Redis oder Memcached, falls verfügbar
  4. Cron-Analyse:
    • wp cron event list
    • wp cron schedule list
  5. HTTP-API:
    • Finde wiederholte oder langsame API-Aufrufe (wp http verbose)
  6. Optimierung anwenden:
    • Nur mit ausdrücklicher Benutzerbestätigung
    • Dokumentiere jede Änderung mit Begründung und Vorher/Nachher-Daten
  7. Nachher-Check: Wiederhole die Erstmessungen, um Verbesserungen zu validieren.

Sicherheitsregeln

  • Keine automatischen Änderungen: Jede Änderung muss durch den Benutzer bestätigt werden.
  • Rückgängig machbar: Halte Informationen zur Wiederherstellung des ursprünglichen Zustands bereit.
  • Ressourcen: Verwende nur Befehle <bwp cli> und lesende REST-API-Aufrufe, falls nicht anders angegeben.
  • Änderungen protokollieren: Führe ein detailliertes Protokoll jeder Optimierung.

Beispiel-Protokollformat

# Optimierung: Entfernung von autoloaded Option 'transient_xxx'
# Datum: 2024-01-15
# Vorher: 150kb autoloaded data
# Nachher: 120kb autoloaded data (-20%)
# Grund: Transient war veraltet und blockierte unnötig Speicher.

Inline-Anleitung

  • Führe keine destruktiven Änderungen durch ohne Benutzerbestätigung.
  • Dokumentiere alles – jeder Befehl, jedes Ergebnis, jede Änderung.
  • Validiere Ergebnisse – vergleiche Vorher/Nachher-Daten.
  • Bleibe im Backend – ändere keine Themes, Plugins oder Konfigurationen außerhalb von Caching-Einstellungen und Datenbank-Optimierung.

Nützliche Befehle

# Profiling
wp cli profile show
wp cli doctor check

# Datenbank
wp db optimize
wp db query "SELECT * FROM ..."
wp option list --autoload=yes

# Caching
wp cache flush
wp config set WP_REDIS_HOST "127.0.0.1"

# Cron
wp cron event list --fields=hook,next_run,recurrence
wp cron schedule list

# HTTP-API
wp http verbose --url="https://example.com"

Individual skills in this repo

This repo contains 13 individual skills — each has its own dedicated page.

wordpress/blueprint

Use when creating, editing, or reviewing WordPress Playground blueprint JSON files. Triggers on mentions of blueprints, playground configuration, or requests to set up a WordPress demo environment.

wordpress/wordpress-router

Use when the user asks about WordPress codebases (plugins, themes, block themes, Gutenberg blocks, WP core checkouts) and you need to quickly classify the repo and route to the correct workflow/skill (blocks, theme.json, REST API, WP-CLI, performance, security, testing, release packaging).

wordpress/wp-abilities-api

Use when working with the WordPress Abilities API (wp_register_ability, wp_register_ability_category, /wp-json/wp-abilities/v1/*, @wordpress/abilities) including defining abilities, categories, meta, REST exposure, and permissions checks for clients.

wordpress/wp-block-development

Use when developing WordPress (Gutenberg) blocks: block.json metadata, register_block_type(_from_metadata), attributes/serialization, supports, dynamic rendering (render.php/render_callback), deprecations/migrations, viewScript vs viewScriptModule, and @wordpress/scripts/@wordpress/create-block build and test workflows.

wordpress/wp-block-themes

Use when developing WordPress block themes: theme.json (global settings/styles), templates and template parts, patterns, style variations, and Site Editor troubleshooting (style hierarchy, overrides, caching).

wordpress/wpds

Use when building UIs leveraging the WordPress Design System (WPDS) and its components, tokens, patterns, etc.

wordpress/wp-interactivity-api

Use when building or debugging WordPress Interactivity API features (data-wp-* directives, @wordpress/interactivity store/state/actions, block viewScriptModule integration, wp_interactivity_*()) including performance, hydration, and directive behavior.

wordpress/wp-phpstan

Use when configuring, running, or fixing PHPStan static analysis in WordPress projects (plugins/themes/sites): phpstan.neon setup, baselines, WordPress-specific typing, and handling third-party plugin classes.

wordpress/wp-playground

Use for WordPress Playground workflows: fast disposable WP instances in the browser or locally via @wp-playground/cli (server, run-blueprint, build-snapshot), auto-mounting plugins/themes, switching WP/PHP versions, blueprints, and debugging (Xdebug).

wordpress/wp-plugin-development

Use when developing WordPress plugins: architecture and hooks, activation/deactivation/uninstall, admin UI and Settings API, data storage, cron/tasks, security (nonces/capabilities/sanitization/escaping), and release packaging.

wordpress/wp-project-triage

Use when you need a deterministic inspection of a WordPress repository (plugin/theme/block theme/WP core/Gutenberg/full site) including tooling/tests/version hints, and a structured JSON report to guide workflows and guardrails.

wordpress/wp-rest-api

Use when building, extending, or debugging WordPress REST API endpoints/routes: register_rest_route, WP_REST_Controller/controller classes, schema/argument validation, permission_callback/authentication, response shaping, register_rest_field/register_meta, or exposing CPTs/taxonomies via show_in_rest.

wordpress/wp-wpcli-and-ops

Use when working with WP-CLI (wp) for WordPress operations: safe search-replace, db export/import, plugin/theme/user/content management, cron, cache flushing, multisite, and scripting/automation with wp-cli.yml.

Verwandte Skills