Zum Hauptinhalt springen
How Can We Help?
< All Topics

Das Model Context Protocol (MCP) ist ein offener Standard, über den KI-Assistenten Werkzeuge externer Systeme nutzen. Mit dem offiziellen MCP Adapter wird WordPress zu einem MCP-Server: Ein Agent kann z. B. Beiträge entwerfen, Daten abfragen oder Wartungsaufgaben anstossen, sofern entsprechende Abilities registriert sind.

Funktionsweise

  • Voraussetzung: WordPress 6.9+ (Abilities API im Core) und das Plugin bzw. Composer-Paket wordpress/mcp-adapter.
  • Der Adapter selbst bringt nur Discovery-Werkzeuge mit (u. a. Abilities auflisten, Details abrufen, Ability ausführen). Was ein Agent tatsächlich tun kann, hängt von den registrierten Abilities ab.
  • Transport: HTTP (über die REST-API, authentifiziert) für entfernte Clients oder STDIO über WP-CLI für lokale Agenten.
  • Abilities werden je nach Konfiguration als MCP-Tools, -Resources oder -Prompts angeboten. Nicht jede Ability ist automatisch über MCP öffentlich; sie muss dafür freigegeben werden (Details je nach Adapter-Version in der Doku).

Das Kernrisiko

Ein KI-Agent mit Schreibzugriff ist ein Benutzer, der Anweisungen aus beliebigen Texten befolgen könnte. Liest der Agent einen Kommentar, eine E-Mail oder eine Webseite mit versteckten Anweisungen („Lösche alle Beiträge“, „Lege einen Admin an“), kann er diese als Auftrag missverstehen: Prompt Injection.

Sicherheitsregeln

  1. Eigener Benutzer für den Agenten mit minimaler Rolle, nie ein Administrator-Account. Die Berechtigungsprüfung (permission_callback) jeder Ability greift für diesen Benutzer.
  2. Eigenes Application Password pro Client, widerrufbar, nicht das persönliche Passwort.
  3. Nur benötigte Abilities freigeben. Lesende Abilities grosszügiger, schreibende restriktiv, zerstörende (Löschen, Benutzer, Plugins) gar nicht oder nur mit Bestätigung.
  4. Annotations nutzen: Abilities als readonly bzw. destructive kennzeichnen, damit Clients vor riskanten Aktionen nachfragen.
  5. Entwürfe statt Veröffentlichen: Agenten erzeugen Inhalte als Entwurf; ein Mensch veröffentlicht.
  6. Erst auf Staging testen und nur dann in Produktion, wenn der Nutzen klar ist.
  7. Protokollieren: Jede Ausführung mit Benutzer, Ability und Parametern loggen (Activity-Log).
  8. Rate Limits auf den MCP-Endpunkt, damit ein „durchdrehender“ Agent keinen Schaden in Masse anrichtet.
  9. Fremde MCP-Server (wenn WordPress selbst als MCP-Client agiert) nur aus vertrauenswürdigen Quellen anbinden.

Typische sinnvolle Einsätze

  • Inhalte entwerfen, übersetzen oder umstrukturieren, als Entwurf zur Freigabe
  • Wartungsberichte: Plugin-Versionen, Website-Zustand, fehlgeschlagene Cron-Jobs abfragen
  • Entwicklung: Ein Coding-Agent prüft im lokalen Projekt per WP-CLI/STDIO, welche Hooks, Post Types und Optionen existieren

Abgrenzung

Es gibt auch Wege ohne Adapter: Agenten, die einen Browser steuern oder per REST-API arbeiten. Für sie gelten dieselben Regeln, insbesondere eigener Benutzer, minimale Rechte, keine Passwörter im Chat und Entwürfe statt Veröffentlichung.

Weiterführende Artikel

Quellen und Dokumentation

Schlagwörter: