So funktioniert der offizielle WordPress-MCP-Adapter

Der offizielle WordPress-MCP-Adapter übersetzt WordPress Abilities in MCP-Tools oder -Ressourcen, die kompatible KI-Clients entdecken können. Eine Ability definiert eine benannte Funktionseinheit mit typisierten Eingaben, Ausgaben, einem Ausführungs-Callback und einem Berechtigungs-Callback. Der Adapter stellt nicht automatisch jede WordPress-Aktion bereit.

Welche Tools genau verfügbar sind, hängt von den registrierten Abilities und der Adapterkonfiguration ab. Berechtigungs-Callbacks und der authentifizierte WordPress-Benutzer bleiben wesentlich.

In einem Satz: Der Adapter verwandelt ausdrücklich registrierte WordPress Abilities in MCP-Grundelemente und bewahrt dabei die Berechtigungsprüfungen auf WordPress-Seite.

Was Sie mit diesem Leitfaden erreichen

Dieser Leitfaden bereitet fortgeschrittene Leser darauf vor, den offiziellen Adapter zu bewerten oder zu testen, ohne zu übertreiben, was der WordPress-Kern derzeit bereitstellt. Er legt außerdem fest, welche Nachweise die Website vor der Veröffentlichung eines Integrations-Tutorials sammeln muss.

Ein nützlicher KI-Workflow wird nicht allein durch die Qualität der Antwort definiert. Entscheidend sind auch die Daten, die der Assistent erreichen kann, die Aktionen, die er ausführen darf, die Nachweise, die Sie anschließend prüfen können, und die Leichtigkeit, mit der sich der Zugriff widerrufen lässt.

Warum das wichtig ist

Die Abilities API stellt WordPress ein standardisiertes Register für auffindbare Aktionen bereit. Der MCP-Adapter kann diese Aktionen anschließend Agenten-Clients zugänglich machen. Diese Architektur ist robuster, als für jede Plugin-Funktion ein separates, undokumentiertes Tool zu erfinden.

Das Vorhandensein des Adapters bedeutet jedoch nicht, dass eine Website über eine vollständige KI-Verwaltungs-API verfügt. Es erscheinen nur registrierte und konfigurierte Abilities, und ihr Reifegrad ändert sich zwischen WordPress-Versionen.

Erwartetes Ergebnis

Ein erfolgreicher Durchlauf sollte Folgendes erzeugen:

• Ein Inventar der registrierten WordPress Abilities.
• Eine Zuordnung von Abilities zu bereitgestellten MCP-Tools oder -Ressourcen.
• Eine Aufzeichnung der Berechtigungs-Callbacks und der authentifizierten Identität.
• Einen clientseitigen Entdeckungs- und Ausführungstest.
• Eine Liste der Lücken zwischen gewünschten Aufgaben und verfügbaren Abilities.

Abilities als Quellschicht

Jede Ability besitzt eine eindeutige Kennung, beschreibende Metadaten, Eingabe- und Ausgabeschemas, einen Ausführungs-Callback und einen Berechtigungs-Callback. WordPress kann ausgewählte Abilities bei entsprechender Konfiguration über REST bereitstellen. Der Adapter ordnet diese deklarierten Einheiten MCP zu, anstatt beliebige Funktionen auszulesen.

Standardverhalten des Adapters

Die offizielle Dokumentation beschreibt einen Standardserver und Tools zum Entdecken von Abilities, zum Abrufen von Ability-Informationen und zum Ausführen einer Ability. Abilities müssen dem Adapter ausdrücklich zur Verfügung stehen; bei der Veröffentlichung darf nicht vorausgesetzt werden, dass jede registrierte Ability bereitgestellt wird.

Berechtigungen und Identität

Der Berechtigungs-Callback der Ability sollte den authentifizierten Benutzer und den relevanten Kontext auswerten. Die MCP-Schicht darf diese Prüfung nicht umgehen. Ein nützlicher Test authentifiziert sich als zwei Identitäten mit unterschiedlichen Fähigkeiten und bestätigt, dass derselbe Tool-Aufruf unterschiedliche Autorisierungsergebnisse erhält.

Entwicklung und Fehlerbehebung

Verwenden Sie WP-CLI-Ability-Befehle oder die REST-Schnittstelle, um Abilities unabhängig vom MCP-Client aufzulisten, zu prüfen, zu validieren und auszuführen. Damit lässt sich isolieren, ob ein Fehler zur Ability-Registrierung, zur WordPress-Autorisierung, zum Adapter-Mapping, zum Transport oder zum Clientverhalten gehört.

Ein sicherer Workflow

1. Erstellen Sie eine entbehrliche WordPress-Umgebung mit einer unterstützten Version.
2. Installieren Sie den aktuellen offiziellen MCP-Adapter aus seiner primären Release-Quelle.
3. Listen Sie registrierte Abilities auf und dokumentieren Sie ihre Schemas und Berechtigungs-Callbacks.
4. Konfigurieren Sie nur die für den Testserver erforderlichen Abilities.
5. Authentifizieren Sie sich über eine dedizierte, eingeschränkte WordPress-Identität.
6. Verbinden Sie einen unterstützten Client und prüfen Sie die entdeckten Tools.
7. Führen Sie eine bekannte schreibgeschützte Ability und eine verweigerte Ability aus.
8. Dokumentieren Sie alle Versionen, Schemas, Ergebnisse und Bereinigungsschritte.

Empfohlene Zugriffsgrenze

Die richtige Stufe hängt von der angeforderten Aktion ab. Beginnen Sie ohne Verbindung oder mit Read Only und wechseln Sie erst zu Draft oder Content Editor, wenn die Aufgabe auf der niedrigeren Stufe nicht sicher erledigt werden kann.

Dieser Workflow kann redaktionelle Entscheidungen beeinflussen oder unveröffentlichte Änderungen erzeugen. Halten Sie den Umfang eng und prüfen Sie jede vorgeschlagene Änderung.

Die Zugriffsstufe ist eine Ausgangsempfehlung, keine universelle Berechtigung. Die genauen WordPress-Fähigkeiten einer Identität müssen sich aus der installierten Produktversion und ihrer veröffentlichten Abdeckung ergeben, nicht allein aus diesem Artikel.

Was außerhalb der Aufgabe bleiben muss

• Stellen Sie nicht dar, dass der WordPress-Kern umfassende Abilities zur Inhaltsverwaltung bereitstellt, wenn die getestete Version dies nicht tatsächlich tut.
• Registrieren Sie keine Ability ohne aussagekräftigen Berechtigungs-Callback.
• Stellen Sie beim ersten Integrationstest keine destruktiven eigenen Abilities bereit.
• Veröffentlichen Sie keine aus einem alten Release kopierten Befehle ohne Reproduktion.

Wie WP Agent Control hineinpasst

Rufen Sie nach der Verbindung strukturierte Websiteinformationen ab und untersuchen Sie ausgewählte veröffentlichte Seiten. Dafür ist keine temporäre Aufgabe nötig. Öffentliche Seiten lassen sich auch ohne das Plugin besuchen; Agent Control ergänzt strukturierten Zugriff und den Übergang zu autorisierten WordPress-Arbeiten.

Autorisieren Sie eine Entwurfsaufgabe und wählen Sie benötigte Referenzen. Der Assistent darf Entwürfe erstellen und überarbeiten, die diese Aufgabe angelegt hat. Vorhandene Referenzen bleiben schreibgeschützt, auch wenn sie selbst Entwürfe sind. Prüfen Sie das Ergebnis in WordPress.

Autorisieren Sie mit Solo, Pro oder Agency eine Vorschlagsaufgabe für ausgewählte Inhalte und Felder. Prüfen Sie den vollständigen Vergleich in WordPress und wählen Sie die freigegebenen Vorschläge. Die Freigabe ist an Objekt, Felder und aktuellen Inhalt gebunden; Änderungen an Quelle oder Aufgabe können sie ungültig machen. Eine Inhaltsänderung freizugeben autorisiert keine Veröffentlichung. Solo, Pro oder Agency benötigt zusätzlich eine Veröffentlichungsaufgabe, die die noch gültige Freigabe umfasst. Prüfen Sie das veröffentlichte Ergebnis selbst.

Ihre KI verbinden: docs first profile · Funktionen und Kompatibilität ansehen: coverage

Prüfliste

• ☐ Die Versionen von WordPress, Adapter und Client sind dokumentiert.
• ☐ Registrierte und bereitgestellte Abilities sind getrennt inventarisiert.
• ☐ Berechtigungs-Callbacks sind geprüft.
• ☐ Eine eingeschränkte Identität wird verwendet.
• ☐ Direkte Ability-Ausführung und MCP-Ausführung sind beide getestet.
• ☐ Der Leitfaden benennt nicht verfügbare oder experimentelle Verhaltensweisen.

Häufige Fehlermodi

• Kernabdeckung voraussetzen: Die Verfügbarkeit der Infrastruktur wird mit einer umfassenden Bibliothek produktionsreifer Abilities verwechselt.
• Nur über den Agenten debuggen: Ein Fehler lässt sich nicht zwischen WordPress-, Adapter- und Clientschicht lokalisieren.
• Schwache Berechtigungs-Callbacks: Das Ability-Schema ist präzise, die Autorität jedoch nicht.
• Bewegliche Ziele veröffentlichen: Experimentelles oder versionsspezifisches Verhalten wird als universell dargestellt.

Erweiterter Hinweis

Die stärkste zukünftige Integration würde Abilities als gesteuerte, versionierte Schnittstellen mit semantischen Kennungen, Prüfungen der Schemakompatibilität und Test-Fixtures behandeln. MCP wird dann zu einer Projektion dieser Autoritätsschicht und nicht zu einer unabhängigen Quelle der Wahrheit.

Verwandte Leitfäden

• WordPress MCP einfach erklärt
• WordPress REST API vs. MCP: Was sollten Sie verwenden?
• Claude Code mit WordPress verbinden
• So verbinden Sie Codex mit WordPress

Weiter

Nächster Schritt: Öffnen Sie Welche WordPress-Zugriffsstufe sollten Sie einer KI geben?, wählen Sie die kleinste geeignete Zugriffsstufe und folgen Sie dann dem passenden Verbindungsleitfaden. Wenn Sie bereit sind, eine separate und widerrufbare Identität zu erstellen, lesen Sie Produkt oder starten Sie die 7-tägige Solo-Testversion.