Kurz gesagt: Eine REST-Route macht eine WordPress-Funktion technisch erreichbar; erst eine klar beschriebene MCP-Action macht sie für einen KI-Assistenten praktisch und kontrollierbar. Erlaubte Eingaben, Ausgaben, Berechtigungen und Grenzen werden dabei Teil des Werkzeugs. Gerade diese Begrenzung schafft Verlässlichkeit – nicht möglichst weitreichender Zugriff.
WordPress entwickelt dafür inzwischen selbst eine offizielle Werkzeugschicht: Der WordPress MCP Adapter kann registrierte WordPress-Abilities als MCP-Werkzeuge für externe KI-Agenten verfügbar machen. Dieser Beitrag zeigt dieselbe Grundidee an einem kleinen realen Beispiel: Eine vorhandene WordPress-Funktion wird erst dann agententauglich, wenn Aufgabe, Eingaben, Berechtigungen und Grenzen explizit beschrieben sind.
Wenn du zuerst verstehen willst, wozu diese Werkzeugschicht im Alltag dient, beginne bei „Kann man WordPress mit ChatGPT pflegen?“.
Fuer diese Website wurde ein kleines WordPress-Plugin gebaut. Es verwaltet SEO- und Kontextdaten: SEO Title, Meta Description, Canonical URL, Robots, OpenGraph und Schema Type.
Technisch waren die REST-Endpunkte vorhanden. Man konnte also sagen: WordPress kann diese Daten lesen und schreiben.
Aber fuer ChatGPT war das noch nicht genug.
REST API und MCP: Was ist der Unterschied?
Ein Endpunkt wie /wp-json/wmk/v1/seo/{post_id} ist fuer Entwickler sinnvoll. Ein KI-Assistent braucht aber eine beschriebene Aktion: Was darf gelesen werden? Welche Felder duerfen geschrieben werden? Welche Werte sind erlaubt? Welche Berechtigung ist noetig?
Ohne diese Uebersetzung sieht die Funktion zwar technisch fertig aus, bleibt im Arbeitsprozess aber unsichtbar.
Die MCP-Action als Werkzeug
Die Bruecke entstand erst, als aus den REST-Endpunkten begrenzte MCP-Actions wurden:
get_seo_fieldsupdate_seo_fieldsget_site_contextupdate_site_context
Das klingt klein. Praktisch ist es gross. Denn jetzt kann ein Assistent nicht irgendwelche WordPress-Optionen beschreiben, sondern nur die vorgesehenen SEO- und Kontextfelder.
Warum Begrenzung wichtig ist
Ein KI-Werkzeug wird nicht besser, wenn es alles darf. Es wird besser, wenn es eine klare Aufgabe hat.
Bei dieser Website heisst das: Der Agent darf SEO-Felder pflegen. Er darf aber nicht beliebige Meta Keys setzen, nicht frei Theme-Dateien editieren und nicht unbegrenzt WordPress konfigurieren.
Die Grenze macht das Werkzeug nutzbar, weil sie Vertrauen schafft.
Was daraus fuer Websites folgt
Viele Website-Funktionen koennen technisch per REST, Plugin oder Datenbank existieren. Fuer einen KI-Workflow reicht das nicht. Die Funktion muss als Handlung modelliert werden.
Ein gutes Werkzeug beantwortet:
- Was ist die Aufgabe?
- Welche Eingaben sind erlaubt?
- Welche Ausgabe ist zu erwarten?
- Welche Berechtigungen gelten?
- Was darf explizit nicht passieren?
Warum das kein reines Technikthema ist
Diese Bruecke veraendert den Arbeitsprozess. Vorher musste man daran denken, SEO-Felder spaeter manuell zu pflegen. Danach kann der Agent direkt nach dem Publizieren eines Beitrags die passenden Metadaten setzen.
Das ist kein Autopilot. Es ist ein sauberer Griff an der richtigen Stelle.
Zwischenfazit
Eine REST-Route ist Infrastruktur. Eine MCP-Action ist ein Werkzeug.
Der Unterschied ist entscheidend, wenn KI nicht nur Text liefern, sondern an einer bestehenden WordPress-Website mitarbeiten soll.
Mehr Kontext dazu: Der praktische Proof: ein KI-Agent veröffentlicht über MCP in WordPress, die Grenzen des aktuellen WordPress-KI-Workflows und SEO-Felder mit KI kontrolliert vorbereiten.