Bei meinen eigenen WordPress-Plugins beschäftige ich mich inzwischen ziemlich intensiv mit Abilities API und MCP. Das klingt zunächst nach einem sehr technischen Nischenthema. Tatsächlich könnte genau diese Entwicklung aber verändern, wie wir WordPress in Zukunft bedienen.
Die Idee ist simpel: Ein Plugin stellt nicht nur eine Einstellungsseite bereit, sondern beschreibt seine Funktionen so standardisiert, dass andere Systeme sie entdecken und sicher ausführen können. Ein KI-Agent kann dann beispielsweise Beiträge lesen, Einstellungen prüfen oder eine klar definierte Aktion ausführen – natürlich nur mit den entsprechenden Berechtigungen.
Was ist die WordPress Abilities API?
Die Abilities API wurde mit WordPress 6.9 eingeführt und mit WordPress 7.0 deutlich erweitert. Sie ermöglicht es Core, Plugins und Themes, einzelne Fähigkeiten strukturiert zu registrieren. Dazu gehören Name, Beschreibung, Eingabe- und Ausgabeschema sowie Berechtigungsprüfung.
WordPress selbst beschreibt die API als gemeinsame Schnittstelle, über die Funktionen auffindbar und ausführbar werden. In WordPress 7.0 kam zusätzlich eine clientseitige JavaScript-Variante dazu. Dadurch lassen sich Abilities auch direkt im Admin-Bereich und in browserbasierten Workflows nutzen.
Wer meinen früheren Beitrag über die AI-Funktionen in WordPress 7.0 gelesen hat, kennt die Grundlagen schon. Inzwischen wird immer deutlicher, was Entwickler damit praktisch anfangen können.
MCP macht aus Abilities echte Werkzeuge für KI-Agenten
Das Model Context Protocol, kurz MCP, ist eine standardisierte Möglichkeit, KI-Systemen Werkzeuge und Datenquellen bereitzustellen. Der offizielle WordPress MCP Adapter kann registrierte Abilities als MCP-Werkzeuge verfügbar machen.
Das ist der spannende Teil: Ein Pluginentwickler muss nicht für jeden einzelnen KI-Dienst eine komplett neue Integration schreiben. Wenn eine Funktion sauber als Ability registriert ist, kann sie über passende Adapter auch von Agenten genutzt werden.
Warum ich das für eigene Plugins spannend finde
Bei meinen eigenen Erweiterungen ist genau das inzwischen ein wichtiger Punkt. Statt eine Funktion ausschließlich in einer Admin-Seite zu verstecken, kann sie zusätzlich als klar begrenzte Ability angeboten werden. So lässt sich beispielsweise eine Einstellung auslesen, ein Status prüfen oder ein definierter WordPress-Vorgang anstoßen.
Das heißt aber ausdrücklich nicht, dass ein KI-Agent beliebig alles auf der Website darf. Im Gegenteil: Gute Abilities sollten möglichst eng abgegrenzt sein. Lesen und Schreiben müssen getrennt werden, destruktive Aktionen brauchen besonders strenge Prüfungen und jede Fähigkeit sollte nur das dürfen, was sie wirklich benötigt.
Das ist besser als ein riesiger „Mach alles“-Zugang
Ich halte diese Granularität für einen der größten Vorteile. Früher hätte man einer externen Automatisierung vielleicht pauschal REST-Zugriff gegeben. Heute kann man stattdessen sehr konkret definieren: Diese Ability darf Beiträge lesen. Jene darf SEO-Metadaten aktualisieren. Eine andere darf nur einen Cache leeren.
- klar definierte Eingaben
- klar definierte Ausgaben
- eigene Berechtigungsprüfung
- Hinweise, ob eine Aktion nur liest oder Daten verändert
- bessere Wiederverwendbarkeit zwischen verschiedenen Tools
WordPress 7.1 macht die Abilities API noch reifer
WordPress 7.1 ist am 19. August 2026 erschienen. Die Version baut die mit WordPress 6.9 eingeführte Abilities API weiter aus und macht registrierte Fähigkeiten leichter auffindbar, besser kontrollierbar und einfacher für externe Clients nutzbar.
Der offizielle WordPress-7.1-Field-Guide nennt unter anderem Filter für wp_get_abilities(), neue Lifecycle-Hooks bei der Ausführung, ein vereinheitlichtes public-Flag für die externe Sichtbarkeit sowie Verbesserungen an JSON-Schemas für Clients. Gerade für MCP-Adapter und KI-Agenten sind das keine spektakulären Oberflächenfunktionen, aber wichtige Bausteine für sauberere Integrationen.
Die offizielle WordPress Developer-Dokumentation hat Ende Juli außerdem einen ausführlichen Beitrag dazu veröffentlicht, wie Entwickler ihr erstes KI-gestütztes Plugin mit AI Client, Abilities API und MCP Adapter bauen können. Das Thema ist damit endgültig aus der Experimentierecke heraus.
Was das für normale WordPress-Nutzer bedeutet
Heute merkt ein normaler Nutzer davon noch relativ wenig. Langfristig könnte es aber bedeuten, dass man WordPress deutlich natürlicher steuern kann. Statt zehn Einstellungsseiten zu durchsuchen, könnte man einem Assistenten sagen: „Prüfe, welche Beiträge kein Beitragsbild haben und zeige sie mir.“
Entscheidend ist für mich dabei, dass Kontrolle und Berechtigungen nicht verloren gehen. KI-Automatisierung ist nur dann sinnvoll, wenn nachvollziehbar bleibt, was ein Agent lesen und verändern darf.
Mein Fazit
Abilities API und MCP sind keine spektakulären Funktionen, die jeder WordPress-Nutzer morgen direkt sieht. Für Entwickler sind sie aber eine ziemlich grundlegende Veränderung. WordPress bekommt eine standardisierte Sprache dafür, was eine Website und ihre Plugins eigentlich können.
Genau deshalb werde ich das Thema auch bei meinen eigenen Plugins weiter verfolgen. Für mich ist die spannendste Frage nicht, ob KI WordPress ersetzt – sondern wie WordPress seine vorhandenen Funktionen so öffnet, dass KI sie kontrolliert und sinnvoll nutzen kann.
Würdest du WordPress gern per normaler Sprache steuern, wenn du jederzeit sehen und begrenzen kannst, welche Aktionen erlaubt sind?
FAQ zu WordPress Abilities API und MCP
Was ist eine Ability in WordPress?
Eine Ability ist eine standardisiert beschriebene Funktion mit definierten Eingaben, Ausgaben und Berechtigungen.
Was hat MCP damit zu tun?
Der WordPress MCP Adapter kann registrierte Abilities als Werkzeuge für kompatible KI-Agenten bereitstellen.
Ist das sicher?
Die Sicherheit hängt von der konkreten Implementierung ab. Abilities besitzen eigene Berechtigungsprüfungen und sollten möglichst eng begrenzt werden.
Brauche ich dafür WordPress 7.0?
Nein. Die serverseitige Abilities API kam bereits mit WordPress 6.9. WordPress 7.0 ergänzte clientseitige Funktionen; WordPress 7.1 hat die API weiter verfeinert, unter anderem bei Auffindbarkeit, Ausführung und öffentlicher Exponierung.
Schreibe einen Kommentar