Die Website wird zur API für KI: WordPress, MCP und AI Agents.
# Die Website wird zur API für KI: WordPress, MCP und AI Agents
Eine Website zeigt Inhalte. Ein Websystem kann zusätzlich Bestellungen finden, Dokumente bereitstellen, Statusinformationen liefern und definierte Prozesse auslösen. Genau an dieser Grenze wird die aktuelle Entwicklung rund um WordPress, Abilities und das Model Context Protocol geschäftlich interessant.
Es geht nicht darum, einem Sprachmodell Administratorzugriff zu geben. Es geht darum, einzelne Fähigkeiten so zu beschreiben, dass andere Systeme sie erkennen und innerhalb klarer Rechte verwenden können.
Von Seiten zu definierten Fähigkeiten
WordPress besitzt seit Jahren Schnittstellen. Neu ist die Idee einer standardisierten Fähigkeitsschicht: Eine Funktion wird mit Zweck, Ein- und Ausgabe sowie Berechtigungen beschrieben. Die offizielle WordPress-Dokumentation bezeichnet Abilities als maschinenlesbare, klar abgegrenzte Einheiten. Aktuelle Anmerkungen unterscheiden unter anderem lesende, destruktive und idempotente Aktionen.
Für ein Unternehmen ist diese Trennung wichtiger als der verwendete Modellname. „Bestellstatus lesen“ ist eine andere Risikoklasse als „Bestellung löschen“. Ein belastbares System muss diesen Unterschied technisch abbilden.
Welche Rolle MCP spielt
MCP ist die Transportschicht zwischen einem AI-System und verfügbaren Werkzeugen. Der offizielle WordPress MCP Adapter kann ausgewählte Abilities als Tools, Ressourcen oder Prompts bereitstellen. Damit wird nicht automatisch jede WordPress-Funktion freigegeben. Entscheidend bleibt, welche Fähigkeit registriert wurde, wer sie ausführen darf und welche Kontrolle vor einer Aktion greift.
Das Architekturmodell lautet deshalb nicht „KI darf WordPress bedienen“, sondern:
Anfrage → erlaubte Fähigkeit → Berechtigungsprüfung → definierte Aktion → protokolliertes Ergebnis.
Was sich für Unternehmen verändert
Der unmittelbare Nutzen liegt nicht im Chatfenster. Er liegt in kürzeren Wegen zwischen Informationen und Geschäftsprozessen.
Ein Service-System könnte einen Bestellstatus lesen, eine vorhandene Rechnung finden oder eine Buchungsinformation abrufen. Ob anschließend eine E-Mail erneut versendet oder ein Fall an einen Menschen übergeben wird, hängt von den festgelegten Geschäftsregeln ab.
Die Website wird damit Teil einer Systemlandschaft aus Content, Commerce, CRM, Dokumenten und Automatisierung. WordPress bleibt die bekannte Oberfläche, kann aber zusätzlich kontrollierte Funktionen für andere Systeme bereitstellen.
Warum AI nicht jede Aktion übernehmen sollte
Interpretation und Ausführung sind zwei verschiedene Aufgaben. Ein Agent kann ein Anliegen einordnen. Eine Rückerstattung, Datenänderung oder Löschung sollte trotzdem eine eigene Berechtigungsstufe oder menschliche Freigabe besitzen.
Je geschäftskritischer die Aktion, desto wichtiger werden begrenzte Credentials, nachvollziehbare Logs, sichere Standardwerte und ein klarer Abbruchweg. Ein universeller Administratorzugang ist keine Abkürzung, sondern ein zusätzliches Risiko.
Die eigentliche Arbeit liegt in der Architektur
Die technische Verbindung ist nur ein Teil des Projekts. Vorher müssen Datenquellen, Zuständigkeiten, erlaubte Aktionen, Fehlerfälle und Übergaben geklärt werden. Ohne diese Entscheidungen automatisiert ein Agent lediglich vorhandene Unklarheit.
Meine Einschätzung: WordPress entwickelt sich nicht über Nacht zu einem autonomen AI-Backend. Die Richtung ist trotzdem klar. Funktionen werden besser beschreibbar und für externe Systeme kontrollierter nutzbar. Dadurch steigt der Wert sauberer Prozess- und Rechtearchitektur.
Fazit
AI ersetzt nicht die Planung eines belastbaren Websystems. AI kann mechanische Zugriffe und Interpretationsarbeit übernehmen, wenn Fähigkeiten, Rechte und Konsequenzen vorher präzise definiert wurden.
Wenn WordPress, Commerce, Daten und Automatisierung zusammenarbeiten sollen, prüfe ich zuerst die Systemgrenzen und den realen Prozess. Mehr dazu bei meiner Leistung Automatisierung und Systemintegration.