WP-CLI zu Ihrem MCP-Server hinzuzufügen, verleiht Ihrem KI-Agenten Superkräfte 

Gestern haben wir WPVibe MCP gestartet, ein kostenloses WordPress-Plugin, mit dem jeder KI-Assistent Ihre WordPress-Site über eine natürliche Konversation verwalten kann. Erstellen Sie Beiträge, aktualisieren Sie Plugins, verwalten Sie Seiten, alles auf Zuruf.

Heute fügen wir etwas hinzu, das die Sache auf eine völlig neue Ebene hebt: WP-CLI-Unterstützung.

Wenn die REST-API Ihrem KI-Assistenten Hände gab, verleiht ihm WP-CLI Superkräfte.

Das Problem, das alles ins Rollen brachte

Ich habe unseren WPVibe-Launch-Post auf Twitter geteilt und festgestellt, dass die Vorschau falsch aussah. Kein Beitragsbild, nur ein winziges generisches Miniaturbild. Nicht ideal für eine Produkteinführung.

Normalerweise bedeutet die Fehlersuche hierbei:

• Öffnen der Einstellungen von All in One SEO
• Überprüfen des Tabs „Soziale Netzwerke“
• Vergleichen von globalen Einstellungen mit pro-Beitrags-Einstellungen
• Betrachten der tatsächlichen HTML-Meta-Tags im Seitenquelltext
• Herausfinden, welche Einstellung welche überschreibt
• Testen, Aktualisieren des Twitter Card Validators, Wiederholen

Stattdessen habe ich meinem KI-Assistenten einfach gesagt: „Das Beitragsbild wird nicht angezeigt, wenn ich diesen Beitrag auf Twitter teile. Kannst du herausfinden, warum?“

Wie WP-CLI den Fall gelöst hat

Hier ist, was als Nächstes geschah. Der KI-Assistent, der über WPVibe MCP mit meiner Website verbunden war, führte eine Reihe von Datenbankabfragen mit WP-CLI durch, um die All in One SEO-Konfiguration zu überprüfen:

1. Abfrage der AIOSEO-Beitrags-Tabelle, um die pro-Beitrags-Social-Media-Einstellungen für den spezifischen Beitrag zu überprüfen
2. Abrufen der globalen AIOSEO-Optionen, um die standortweiten Twitter- und Facebook-Standardwerte anzuzeigen
3. Abrufen des Live-Seiten-HTMLs, um zu sehen, welche Meta-Tags tatsächlich gerendert wurden

Innerhalb von Sekunden identifizierte er drei Probleme:

• Der Twitter-Karten-Typ war auf summary (kleines Miniaturbild) anstatt auf summary_large_image (vollbreiter Banner) eingestellt
• Die Standard-Bildquelle war auf ein generisches Fallback-Bild aus dem Jahr 2020 eingestellt, anstatt das Beitragsbild 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 offengelegt. Die KI musste die aioseo_posts-Tabelle abfragen und die aioseo_options-Option direkt parsen. Das kann nur WP-CLI.

Hier ist ein Screenshot, wie die KI das Problem in Echtzeit diagnostiziert:

Die Lösung: Drei Einstellungen, Null Klicks

Nachdem die KI das Problem diagnostiziert hatte, behob sie es, indem sie die globalen AIOSEO-Einstellungen über den REST-API-Endpunkt (den sie durch Inspektion der verfügbaren API-Namespaces entdeckte) aktualisierte. Eine Konversation, drei Korrekturen:

1. Der Standard-Twitter-Karten-Typ wurde auf summary_large_image geändert
2. Setze die Standard-Bildquelle auf „Beitragsbild“ für Facebook und Twitter
3. „Daten aus Facebook-Tab verwenden“ aktiviert, damit Twitter OG-Daten übernimmt

Das Ergebnis? Jeder Beitrag auf der Website zeigt nun das vollständige Beitragsbild, wenn er auf Twitter oder Facebook geteilt wird. Eine globale Lösung aus einem einzigen Gespräch.

Dann wurde es interessant: Eine vollständige SEO-Auditierung

Während wir dabei waren, fragte ich: „Können Sie eine vollständige SEO-Auditierung der Website durchführen?“

In weniger als einer Minute scannte die KI alle 482 veröffentlichten Beiträge und lieferte eine vollständige Auditierung:

• 14 Beiträge ohne AIOSEO-Titel (einschließlich unseres brandneuen WPVibe-Launch-Beitrags)
• 7 Beiträge ohne Meta-Beschreibungen
• 27 Seiten ohne Meta-Beschreibungen, darunter wichtige wie das Vorlagenverzeichnis und die Presse-Seite
• 30 veraltete Beiträge, die seit 2024 nicht aktualisiert wurden und konsolidiert oder noindexed werden könnten
• 3 dünne Inhaltsbeiträge mit weniger als 500 Wörtern
• Über 20 Bilder ohne Alt-Text bei den letzten Uploads

Dies ist keine oberflächliche Überprüfung. Die KI hat direkt die AIOSEO-Datenbanktabellen abgefragt, Beitragsmetadaten abgeglichen, die Inhaltslänge geprüft und doppelte Titel identifiziert, alles über WP-CLI-Befehle, die auf der Live-Website ausgeführt wurden.

Versuchen Sie, das mit einem REST-API-Aufruf zu erreichen.

Warum WP-CLI alles verändert

Die WordPress REST API eignet sich hervorragend für Standard-CRUD-Operationen: Beiträge erstellen, Seiten aktualisieren, Benutzer verwalten. Aber sie hat blinde Flecken. Sie kann nicht:

• Plugin-spezifische Datenbanktabellen abfragen (wie AIOSEO, WooCommerce oder Yoast)
• Rohe Optionswerte inspizieren, um Konfigurationsprobleme zu debuggen
• Massenoperationen über Hunderte von Beiträgen hinweg effizient ausführen
• In der Datenbank suchen und ersetzen
• Daten in benutzerdefinierten Formaten exportieren oder analysieren
• Serverumgebungsdetails und Konfiguration prüfen

WP-CLI kann all das. Und wenn Ihr KI-Assistent Zugriff auf WP-CLI hat, kann er Probleme diagnostizieren, die sonst erfordern würden, dass Sie sich per SSH auf Ihren Server einloggen oder ein Datenbankverwaltungstool installieren.

Stellen Sie es sich so vor: Die REST API ermöglicht es Ihrer KI, WordPress-Inhalte zu lesen und zu schreiben. WP-CLI ermöglicht es Ihrer KI, Ihre WordPress-Website zu verstehen.

Das Geheimnis: Warum wir die WP-CLI-Schnittstelle gewählt haben

Hier ist etwas Interessantes daran, wie das unter der Haube funktioniert. Wir rufen nicht tatsächlich die WP-CLI-Binärdatei auf Ihrem Server auf. Stattdessen haben wir eine WP-CLI-kompatible Schnittstelle direkt im WPVibe-Plugin erstellt.

Warum? Weil jedes große KI-Modell, Claude, GPT, Gemini, auf Millionen von Beispielen für die Verwendung von WP-CLI trainiert wurde. Diese Modelle kennen die Syntax, Flags und Unterbefehle von WP-CLI bereits in- und auswendig. Wenn Sie einem KI-Assistenten sagen: „Überprüfen Sie die AIOSEO-Einstellungen“, greift er instinktiv zu wp option get aioseo_options oder wp db query, weil das das ist, was er Tausende Male in Dokumentationen, Stack Overflow-Antworten und WordPress-Tutorials gesehen hat.

Durch die Implementierung einer WP-CLI-kompatiblen Schnittstelle erhalten wir alle Vorteile dieses bestehenden KI-Wissens, ohne tatsächlichen Shell-Zugriff auf Ihren Server zu benötigen. Die KI kennt die Befehle bereits. Wir haben ihr lediglich eine sichere Möglichkeit gegeben, sie auszuführen.

Was Sie mit WP-CLI + KI tun können

Hier sind nur einige Dinge, die möglich werden, wenn Ihr KI-Assistent Zugriff auf WP-CLI hat:

• SEO-Probleme beheben: „Warum wird mein Beitragsbild nicht auf Twitter angezeigt?“ In einem Gespräch diagnostiziert und behoben.
• Website-Audits durchführen: „Auditiere mein SEO über alle 482 Beiträge hinweg.“ Umfassender Bericht in weniger als einer Minute.
• Plugin-Einstellungen prüfen: „Wie sind meine WooCommerce-Steuereinstellungen?“ Liest direkt die Options-Tabelle.
• Datenbankdiagnose: „Welche Beiträge haben defekte Beitragsbilder?“ Fragt Postmeta ab, um verwaiste Anhangs-IDs zu finden.
• Umgebungsprüfungen: „Ist meine PHP-Version mit diesem Plugin-Update kompatibel?“ Überprüft die Serverkonfiguration.

Sicherheit zuerst

Einer KI Zugriff auf WP-CLI zu gewähren, klingt mächtig, weil es das auch ist. Deshalb haben wir die WP-CLI-Integration von WPVibe mit strengen Sicherheitsvorkehrungen entwickelt:

• Vorerst nur Lesezugriff: Die aktuelle Version unterstützt nur Lese-Befehle, Dinge wie Datenbankabfragen, Optionsprüfungen und Website-Diagnosen. Schreib-Befehle folgen bald.
• Befehls-Whitelist: Nur genehmigte WP-CLI-Befehle können ausgeführt werden. Keine willkürliche Codeausführung.
• Benutzerdefinierte Bereinigung: Jeder CLI-Befehl durchläuft einen speziell entwickelten Sanitäter, der Injection-Angriffe 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. Es ist überhaupt kein WP-CLI-Binary beteiligt.

Sie erhalten die Diagnoseleistung von WP-CLI, ohne das Risiko einzugehen, einer KI uneingeschränkten Serverzugriff zu gewähren.

Jetzt ausprobieren

WP-CLI-Unterstützung ist jetzt in WPVibe MCP v1.2 verfügbar. Wenn Sie das Plugin bereits installiert haben, aktualisieren Sie auf die neueste Version. Wenn Sie neu sind, dauert die Einrichtung etwa zwei Minuten:

1. Laden Sie das kostenlose WPVibe-Plugin herunter
2. Installieren Sie es auf Ihrer WordPress-Website
3. Verbinden Sie es mit Ihrem KI-Assistenten (Claude, ChatGPT, Cursor oder einem anderen MCP-kompatiblen Tool)
4. Beginnen Sie, Fragen zu Ihrer Website zu stellen

WP-CLI-Befehle nur zum Lesen sind komplett kostenlos. Sie können SEO-Audits durchführen, Konfigurationsprobleme beheben und Ihre Datenbank überprüfen, ohne einen Cent zu bezahlen. Schreib-Befehle werden in einer zukünftigen Pro-Version verfügbar sein.

P.S. Wir fügen jede Woche neue WP-CLI-Befehle hinzu, basierend auf echten Anwendungsfällen wie dem oben genannten. Wenn es etwas gibt, das Ihre KI auf Ihrer WordPress-Website tun können soll, lassen Sie es uns wissen.

Turner John Co-Founder

John Turner is the co-founder of SeedProd. He has over 20+ years of business and development experience and his plugins have been downloaded over 25 million times.

See Full Bio

WordPress SEO