Gestern haben wir WPVibe MCP veröffentlicht, ein kostenloses WordPress-Plugin, mit dem jeder KI-Assistent Ihre WordPress-Seite über eine natürliche Unterhaltung verwalten kann. Erstellen Sie Beiträge, aktualisieren Sie Plugins, verwalten Sie Seiten – alles, indem Sie einfach danach fragen.
Heute fügen wir etwas hinzu, das das Ganze auf ein ganz neues Niveau hebt: WP-CLI-Unterstützung.
Wenn die REST-API Ihrem KI-Assistenten Hände verliehen hat, dann verleiht ihm WP-CLI Superkräfte.
Das Problem, mit dem alles begann
Ich habe unseren Beitrag zur Einführung von WPVibe auf Twitter geteilt und festgestellt, dass die Vorschau nicht richtig angezeigt wurde. Kein Titelbild, nur ein winziges Standard-Miniaturbild. Nicht gerade ideal für eine Produkteinführung.
Normalerweise bedeutet das Debuggen:
- Einstellungen von All in One SEO öffnen
- Den Reiter „Soziale Netzwerke“ überprüfen
- Vergleich zwischen globalen und einstellungsspezifischen Einstellungen
- Ein Blick auf die tatsächlichen HTML-Meta-Tags im Quellcode der Seite
- Herausfinden, welche Einstellung welche andere außer Kraft setzt
- Testen, den Twitter-Kartenvalidator aktualisieren, wiederholen
Stattdessen habe ich meinem KI-Assistenten einfach gesagt: „Das Titelbild wird nicht angezeigt, wenn ich diesen Beitrag auf Twitter teile. Kannst du herausfinden, woran das liegt?“
Wie WP-CLI den Fall gelöst hat
Und so ging es weiter: Der KI-Assistent, der über WPVibe MCP mit meiner Website verbunden war, führte mithilfe von WP-CLI eine Reihe von Datenbankabfragen durch, um die Konfiguration von All in One SEO zu überprüfen:
- Die AIOSEO-Beitragstabelle wurde abgefragt, um die sozialen Einstellungen für den jeweiligen Beitrag zu überprüfen
- Ich habe die allgemeinen AIOSEO-Einstellungen aufgerufen, um die siteweiten Standardeinstellungen für Twitter und Facebook anzuzeigen
- Ich habe den HTML-Code der Live-Seite abgerufen, um zu sehen, welche Meta-Tags tatsächlich ausgegeben wurden
Innerhalb von Sekunden wurden drei Probleme erkannt:
- Der Twitter-Kartentyp wurde auf
summary(kleines Vorschaubild) stattsummary_large_image(Banner in voller Breite) - Als Standardbildquelle wurde ein allgemeines Ausweichbild aus dem Jahr 2020 festgelegt, anstatt das Titelbild des Beitrags zu verwenden
- Die Option „Daten aus dem Facebook-Tab verwenden“ war deaktiviert, sodass Twitter keine Bilddaten abrufen konnte
Nichts davon wird über die WordPress-REST-API bereitgestellt. Die KI musste die aioseo_posts Tabelle und analysieren die aioseo_options Option direkt. Das kann nur WP-CLI.
Hier ist ein Screenshot, auf dem die KI das Problem in Echtzeit diagnostiziert:
Die Lösung: Drei Einstellungen, kein Klicken
Sobald die KI das Problem diagnostiziert hatte, behob sie es und aktualisierte die globalen AIOSEO-Einstellungen über deren REST-API-Endpunkt (den sie durch Überprüfung der verfügbaren API-Namespaces ermittelt hatte). Ein Gespräch, drei Korrekturen:
- Der Standardtyp für Twitter-Karten wurde geändert auf
summary_large_image - Lege die Standard-Bildquelle sowohl für Facebook als auch für Twitter auf „Beitragsbild“ fest
- Die Option „Daten aus dem Facebook-Tab verwenden“ wurde aktiviert, damit Twitter die OG-Daten übernimmt
Das Ergebnis? Jeder Beitrag auf der Website wird nun mit dem vollständigen Titelbild angezeigt, wenn er auf Twitter oder Facebook geteilt wird. Eine umfassende Lösung, die aus einem einzigen Gespräch hervorgegangen ist.
Dann wurde es spannend: Ein umfassendes SEO-Audit
Da wir gerade dabei waren, fragte ich: „Können Sie ein umfassendes SEO-Audit der Website durchführen?“
In weniger als einer Minute durchsuchte die KI alle 482 veröffentlichten Beiträge und lieferte einen vollständigen Bericht:
- 14 Beiträge, bei denen die AIOSEO-Titel fehlen (darunter auch unser brandneuer Beitrag zum Start von WPVibe)
- Bei 7 Beiträgen fehlen die Meta-Beschreibungen
- 27 Seiten ohne Meta-Beschreibungen, darunter wichtige Seiten wie das Vorlagenverzeichnis und die Presseseite
- 30 veraltete Beiträge, die seit 2024 nicht mehr aktualisiert wurden und zusammengefasst oder mit dem „noindex“-Attribut versehen werden könnten
- 3 kurze Beiträge mit weniger als 500 Wörtern
- Bei den zuletzt hochgeladenen Bildern fehlt bei über 20 Bildern der Alt-Text
Dies ist keine oberflächliche Überprüfung. Die KI hat die Datenbanktabellen von AIOSEO direkt abgefragt, die Metadaten der Beiträge abgeglichen, die Länge der Inhalte überprüft und doppelte Titel identifiziert – und das alles über WP-CLI-Befehle, die auf der Live-Website ausgeführt wurden.
Versuchen Sie mal, das über einen REST-API-Aufruf abzurufen.
Warum WP-CLI alles verändert
Die WordPress-REST-API eignet sich hervorragend für Standard-CRUD-Vorgänge: Beiträge erstellen, Seiten aktualisieren, Benutzer verwalten. Aber sie hat auch ihre Grenzen. Sie kann nicht:
- Abfragen in plugin-spezifischen Datenbanktabellen (wie AIOSEO, WooCommerce oder Yoast)
- Überprüfen Sie die Rohwerte der Optionen, um Konfigurationsprobleme zu beheben
- Führen Sie Massenvorgänge für Hunderte von Beiträgen effizient durch
- In der gesamten Datenbank suchen und ersetzen
- Daten in benutzerdefinierten Formaten exportieren oder analysieren
- Details zur Serverumgebung und Konfiguration überprüfen
WP-CLI kann all das. Und wenn Ihr KI-Assistent Zugriff auf WP-CLI hat, kann er Probleme diagnostizieren, für die Sie sonst eine SSH-Verbindung zu Ihrem Server herstellen oder ein Datenbankverwaltungstool installieren müssten.
Stellen Sie sich das so vor: Mit der REST-API kann Ihre KI WordPress-Inhalte lesen und schreiben. Mit WP-CLI kann Ihre KI Ihre WordPress-Website verstehen.
Das Geheimnis: Warum wir uns für die Benutzeroberfläche von WP-CLI entschieden haben
Hier ist etwas Interessantes dazu, wie das unter der Haube funktioniert. Wir greifen nicht direkt auf die WP-CLI-Binärdatei auf Ihrem Server zurück. Stattdessen haben wir direkt im WPVibe-Plugin eine WP-CLI-kompatible Schnittstelle integriert.
Warum? Weil jedes große KI-Modell – Claude, GPT, Gemini – anhand von Millionen von Beispielen für die Verwendung von WP-CLI trainiert wurde. Diese Modelle kennen die Syntax, die Flags und die Unterbefehle von WP-CLI bereits in- und auswendig. Wenn Sie einen KI-Assistenten auffordern, „die AIOSEO-Einstellungen zu überprüfen“, greift er instinktiv auf wp option get aioseo_options oder wp db query denn genau das hat man schon tausendmal in der Dokumentation, in Antworten auf Stack Overflow und in WordPress-Tutorials gesehen.
Durch die Implementierung einer WP-CLI-kompatiblen Schnittstelle profitieren wir von allen Vorteilen dieses vorhandenen KI-Wissens, ohne dass wir einen direkten Shell-Zugriff auf Ihren Server benötigen. Die KI kennt die Befehle bereits. Wir haben ihr lediglich eine sichere Möglichkeit gegeben, diese auszuführen.
Was Sie mit WP-CLI + KI tun können
Hier sind nur einige Beispiele dafür, was möglich wird, wenn Ihr KI-Assistent Zugriff auf WP-CLI hat:
- SEO-Probleme beheben: „Warum wird mein Vorschaubild auf Twitter nicht angezeigt?“ In einem einzigen Gespräch diagnostiziert und behoben.
- Website-Audits durchführen: „Führe ein SEO-Audit für alle 482 Beiträge durch.“ Der Bericht ist in weniger als einer Minute fertig.
- Plugin-Einstellungen prüfen: „Wie lauten meine WooCommerce-Steuereinstellungen?“ Liest die Optionstabelle direkt aus.
- Datenbankdiagnose: „Welche Beiträge haben defekte Titelbilder?“ Durchsucht die Postmeta-Daten, um verwaiste Anhang-IDs zu finden.
- Umgebungsprüfung: „Ist meine PHP-Version mit diesem Plugin-Update kompatibel?“ Überprüft die Serverkonfiguration.
Sicherheit geht vor
Einer KI Zugriff auf WP-CLI zu gewähren, klingt nach einer mächtigen Sache – und das ist es auch. Deshalb haben wir die WP-CLI-Integration von WPVibe mit strengen Sicherheitsvorkehrungen entwickelt:
- Derzeit nur lesbar: Die aktuelle Version unterstützt ausschließlich Lesebefehle, beispielsweise Datenbankabfragen, die Überprüfung von Optionen und die Diagnose der Website. Schreibbefehle folgen in Kürze.
- Befehls-Whitelist: Es können nur genehmigte WP-CLI-Befehle ausgeführt werden. Keine Ausführung von beliebigem Code.
- Benutzerdefinierte Bereinigung: Jeder CLI-Befehl durchläuft einen speziell entwickelten Bereiniger, der Injektionsangriffe verhindert und gleichzeitig die komplexe Abfragesyntax beibehält, die WP-CLI benötigt.
- Kein Shell-Zugriff: Befehle werden über die interne Ausführungsschicht von WordPress ausgeführt, nicht über eine System-Shell. Die WP-CLI-Binärdatei kommt dabei überhaupt nicht zum Einsatz.
Sie profitieren von den Diagnosemöglichkeiten von WP-CLI, ohne dass eine KI uneingeschränkten Zugriff auf den Server erhält.
Jetzt ausprobieren
Die WP-CLI-Unterstützung ist ab sofort in WPVibe MCP v1.2 verfügbar. Wenn Sie das Plugin bereits installiert haben, aktualisieren Sie es auf die neueste Version. Wenn Sie neu dabei sind, dauert die Einrichtung etwa zwei Minuten:
- Laden Sie das kostenlose WPVibe-Plugin herunter
- Installieren Sie es auf Ihrer WordPress-Seite
- Verbinde es mit deinem KI-Assistenten (Claude, ChatGPT, Cursor oder einem beliebigen MCP-kompatiblen Tool)
- Stellen Sie Fragen zu Ihrer Website
Lesezugriffsbefehle von WP-CLI sind völlig kostenlos. Sie können SEO-Audits durchführen, Konfigurationsprobleme beheben und Ihre Datenbank überprüfen, ohne einen Cent zu bezahlen. Schreibbefehle werden in einer zukünftigen Pro-Version verfügbar sein.
P.S. Wir fügen jede Woche neue WP-CLI-Befehle hinzu, die auf realen Anwendungsfällen wie dem oben genannten basieren. Wenn es etwas gibt, das Ihre KI auf Ihrer WordPress-Seite tun können soll, lassen Sie es uns wissen.
