wp-performance
von WordPressNutze wp-performance, um WordPress-Performance im Backend zu untersuchen und zu verbessern – ganz ohne Browser-UI. Es unterstützt eine messungsorientierte Diagnose langsamer Frontend-Requests, Admin-Seiten, REST-Routen und WP-Cron und bietet Anleitung zu WP-CLI profile/doctor, Query Monitor über REST-Header, Server-Timing, Datenbankabfragen, Autoload-Optionen, Object Caching, Cron und entfernten HTTP-Aufrufen.
Diese Skill-Bewertung liegt bei 84/100 und macht ihn zu einem soliden Kandidaten für das Verzeichnis, wenn Backend-orientierte WordPress-Performance-Arbeit im Fokus steht. Nutzer im Verzeichnis bekommen genug Belege, um ihn mit gutem Gefühl zu installieren, wenn sie einen strukturierten, CLI-first Workflow zum Profiling und Beheben langsamer Sites brauchen; zugleich ist er klar auf Backend-only-Agents statt auf allgemeines WordPress-Debugging zugeschnitten.
- Starke Auslösbarkeit: Der Skill zielt ausdrücklich auf langsame WordPress-Sites/-Seiten/-Endpoints und nennt die abgedeckten Szenarien (TTFB, Admin, REST, WP-Cron).
- Hohe operative Klarheit: Der Skill definiert benötigte Eingaben, ein schrittweises Vorgehen und konkrete Tools wie WP-CLI profile/doctor, Query Monitor über REST, Server-Timing und curl.
- Hilfreiche Referenzen: 10 Referenzdateien decken Autoload-Optionen, Cron, Datenbank, HTTP API, Object Cache und Messung ab und reduzieren so den Rateaufwand für Agents.
- Der Backend-only-Scope schränkt die Nutzung ein: Es wird vorausgesetzt, dass der Agent keine Browser-UI verwenden kann, daher passt er nicht für Workflows, die auf Frontend-Inspektion angewiesen sind.
- In SKILL.md fehlt ein Installationsbefehl, daher brauchen Nutzer unter Umständen zusätzliches Setup-Wissen, bevor sie den Workflow end-to-end ausführen können.
Überblick über das wp-performance skill
Wofür wp-performance gedacht ist
Das wp-performance skill hilft dir, WordPress-Performance serverseitig zu untersuchen und zu verbessern, ohne auf eine Browser-UI angewiesen zu sein. Es ist für Fälle gedacht, in denen du von „Diese Seite ist langsam“ zu einer messbaren Lösung kommen musst, besonders bei Performance-Optimierungsarbeit in WordPress-6.9+-Umgebungen.
Wer es installieren sollte
Nutze das wp-performance skill, wenn du langsame Frontend-Requests, Admin-Seiten, REST-Routen oder WP-Cron-Aktivität analysierst und dafür einen geführten Workflow für Profiling, Diagnose und sichere Verifikation willst. Es ist besonders nützlich, wenn du WP-CLI, Logs und direkte HTTP-Requests nutzen kannst, aber keine vollständige browserbasierte Debugging-Sitzung zur Verfügung hast.
Worin es am besten ist
Die stärksten Seiten des wp-performance skill sind eine messungsorientierte Ersttriage und serverseitige Fixes für Datenbankabfragen, autogeladene Optionen, Object Caching, Cron und entfernte HTTP-Aufrufe. Außerdem zeigt es dir das passende Werkzeug für den jeweiligen Fall, darunter wp profile, wp doctor, Query Monitor über REST-Header und, falls verfügbar, Server-Timing.
So verwendest du das wp-performance skill
Richtig installieren und den Scope sauber festlegen
Starte den wp-performance install-Ablauf in der WordPress/agent-skills-Sammlung mit dem Skill-Slug wp-performance und bestätige danach den Zielseiten-Kontext, bevor du eine Analyse anforderst. Das Skill arbeitet am besten, wenn du --path=<path> für das WordPress-Root angibst und bei Multisite- oder gerouteten Installationen zusätzlich --url=<url> für die genaue Site oder den Endpoint, den du prüfen möchtest.
Gib die Eingaben, die das Skill wirklich braucht
Ein guter wp-performance usage-Prompt enthält Symptom, Scope und Umgebung. Zum Beispiel: „Staging-Seite, keine Schreibzugriffe erlaubt, langsames eingeloggtes Admin-Dashboard, nutze wp-performance, um den Haupt-Query-Pfad zu profilieren und zuerst sichere read-only-Prüfungen vorzuschlagen.“ Das ist besser als „die Seite ist langsam“, weil das Skill dann weiß, was gemessen werden soll und welche Einschränkungen gelten.
Lies zuerst die richtigen Dateien
Beginne mit SKILL.md und lies dann je nach Symptom references/measurement.md, references/database.md, references/autoload-options.md, references/object-cache.md, references/cron.md und references/http-api.md. Wenn du headless Query Monitor oder kommandogesteuerte Prüfungen brauchst, sieh dir außerdem references/query-monitor-headless.md, references/wp-cli-profile.md, references/wp-cli-doctor.md und scripts/perf_inspect.mjs an, um Workflow-Hinweise zu bekommen.
Arbeite mit einem messungsorientierten Ablauf
Der beste wp-performance guide-Ablauf ist: eine Basislinie erfassen, eine reproduzierbare URL oder REST-Route testen, die teuerste Ebene prüfen und danach eine gezielte Änderung verifizieren. Halte das Szenario über alle Läufe hinweg konstant, vergleiche mehrere Samples statt eines einzelnen Ausschlags und fordere keine destruktiven Aktionen an, solange du sie nicht ausdrücklich erlaubt hast.
FAQ zum wp-performance skill
Ist wp-performance nur für Backend-Agenten?
Ja. Dieses Skill ist für Untersuchungen im Backend gedacht, mit WP-CLI, Headern, Logs und HTTP-Requests. Wenn du Browser-Interaktion, visuelle Waterfall-Analyse oder Klickpfad-Tests brauchst, ist wp-performance nicht das richtige Hauptwerkzeug.
Worin unterscheidet es sich von einem allgemeinen Prompt?
Ein allgemeiner Prompt sagt vielleicht nur „optimiere WordPress“, aber wp-performance bringt einen eingegrenzten Workflow für Messung, Leitplanken und WordPress-spezifische Fehlerdomänen mit. Das ist wichtig, weil die Lösung davon abhängt, ob der Engpass DB-Abfragen, Autoload-Ballast, Cron oder entfernte HTTP-Aufrufe sind.
Ist es anfängerfreundlich?
Ja, wenn du das Symptom beschreiben und den Installationskontext angeben kannst. Das Skill ist für Einsteiger hilfreich, weil es die ersten Prüfungen eingrenzt, aber du musst trotzdem eine klare Ziel-URL oder Route liefern und sagen, ob Schreibzugriffe, Plugin-Installationen oder Cache-Leerungen erlaubt sind.
Wann sollte ich es nicht verwenden?
Verwende wp-performance nicht, wenn das Problem nichts mit der WordPress-Ausführung zu tun hat, etwa bei CDN-Routing, DNS-Ausfällen oder einem reinen Frontend-JavaScript-Engpass. Es ist außerdem eine schlechte Wahl, wenn du keinen Serverzugriff hast, kein WP-CLI ausführen kannst und keine Möglichkeit besteht, HTTP-Antworten oder Logs zu prüfen.
So verbesserst du das wp-performance skill
Liefere stärkere Ausgangsdaten
Am nützlichsten ist eine konkrete Ziel-URL plus ein klares Symptommuster: https://example.com/wp-json/..., „nur für eingeloggte Redakteure langsam“, „TTFB-Spitzen alle 5 Minuten“ oder „Admin-Seite hängt nach dem Login“. Das hilft wp-performance, zwischen Messpfaden zu wählen, statt zu raten.
Sage dazu, welche Änderungen erlaubt sind
Wenn du einen sicheren ersten Durchlauf willst, sag das ausdrücklich. Zum Beispiel: „Nur read-only-Diagnosen“, „kein Cache Flush“ oder „nur Staging, Optionen dürfen geändert werden“. Das verbessert das wp-performance skill, weil der Workflow riskante Prüfungen vermeiden und innerhalb deiner betrieblichen Grenzen bleiben kann.
Bitte um den Lösungsweg, nicht nur um die Diagnose
Die besten wp-performance usage-Ergebnisse entstehen, wenn du sowohl den Engpass als auch den nächsten Verifizierungsschritt anforderst. Zum Beispiel: „Identifiziere die langsamste Ebene, nenne die wahrscheinlichste Ursache und gib den exakten Folge-Befehl oder Request an, um die Verbesserung zu bestätigen.“ So bleibt die Ausgabe direkt umsetzbar.
Arbeite den ersten Befund iterativ weiter
Wenn der erste Durchlauf auf Queries zeigt, gib die langsame Tabelle, den Hook oder die Route zurück und bitte um einen enger gefassten Query-Plan. Wenn er auf autogeladene Optionen, Object Cache, Cron oder HTTP-API-Aufrufe zeigt, bitte um die kleinste sichere Gegenmaßnahme und einen Vorher/Nachher-Messplan. Genau dort liefert das wp-performance skill den größten Mehrwert für Performance-Optimierungsarbeit.