WordPress und KI-Agenten: Was 7.2 bringt und was für 7.3 geplant ist

Am 28. Oktober 2026 hat das KI-Team von WordPress vorgeschlagen, wie Betreiber ihre Website künftig mit einem KI-Agenten ihrer Wahl verwalten sollen: ohne Plugin-Einrichtung und ohne Passwörter, die jemand von Hand in ein Chatfenster kopiert. Zielversion ist WordPress 7.3, für das es noch keinen Termin gibt. WordPress 7.2, das am 8. Dezember erscheinen soll, bringt die Grundlagen: sechs Funktionen im Kern, über die ein Agent Angaben zur Website abrufen sowie Inhalte, Einstellungen und Benutzer abfragen kann, alle nur lesend. Wir haben den Vorschlag ausgewertet und den Code der Beta-Version mit dem aktuellen WordPress 7.1.4 verglichen.

Das Wichtigste in Kürze

Der Plan ist ein Vorschlag mit dem Ziel WordPress 7.3. Er umfasst vier Arbeitsbereiche: die Anbindung über MCP, Abilities, eine Anmeldung über OAuth und einen durchgängigen Ablauf für Betreiber. Verantwortliche für die Bereiche werden noch gesucht, und die Aufnahme in den Kern hängt laut dem Vorschlag von technischer Reife, Sicherheit und der üblichen Prüfung ab.
WordPress 7.2 bringt Grundlagen, aber keine Verwaltung durch Agenten. Die Beta 3 enthält sechs Abilities im Kern, alle nur lesend, aber weder MCP noch OAuth. Neu sind eine Secrets API zum verschlüsselten Ablegen von Zugangsdaten und eine E-Mail an den Benutzer, sobald jemand für sein Konto ein Anwendungspasswort anlegt.
Wer heute einen Agenten anbindet, braucht das Plugin MCP Adapter und ein Anwendungspasswort. Ein solches Passwort trägt alle Rechte des Benutzerkontos und läuft nicht ab. Für sich allein lässt es sich nicht einschränken, nur über die Rolle des Kontos, dem es gehört, oder durch Widerruf.
Wie fein OAuth die Rechte später zuteilt, ist offen. Der Vorschlag sieht vor, dass Betreiber Zugänge verwalten und widerrufen können. Zur Gültigkeitsdauer von Zugängen oder zu eingeschränkten Rechten macht er noch keine Angaben.
Einige Vorbereitungen sind schon jetzt möglich. Dazu gehören bereinigte Benutzerrollen, strukturierte Inhaltstypen, eine Testumgebung und der Widerruf nicht mehr benötigter Anwendungspasswörter. Einen Agenten mit Administratorrechten auf der Live-Website anzubinden, empfehlen wir vor 7.3 nicht.

Was das KI-Team vorgeschlagen hat

Den Beitrag «WordPress for the Agentic Web» hat Jason Adams verfasst, der das KI-Team gegenüber dem übrigen WordPress-Projekt vertritt. Das Ziel beschreibt er an einem Beispiel: Eine Person öffnet ihren KI-Assistenten und bittet ihn um Hilfe bei ihrer Website. Der Agent erkennt, dass die Website mit WordPress läuft, schickt einen Link zur Freigabe, die Person meldet sich an, und der Agent bestätigt den Zugang.

Der Vorschlag räumt selbst ein, dass der Weg dorthin heute umständlich ist. Wer einen Agenten anbinden will, installiert und konfiguriert das Plugin MCP Adapter, sorgt dafür, dass geeignete Abilities vorhanden sind, und regelt die Anmeldung von Hand über Anwendungspasswörter, «hopefully not pasting them in plaintext to their agent» – also möglichst ohne sie im Klartext an den Agenten weiterzugeben. Für die breite Masse der WordPress-Nutzer sei dieser Ansatz nicht tragfähig.

Der Vorschlag teilt die Arbeit in vier Bereiche auf. Im Entwicklungszyklus von 7.2 sollen die Grundlagen entstehen, für 7.3 sind die Ziele formuliert:

Bereich	Im Zyklus von 7.2	Ziel für 7.3
MCP	Das Plugin MCP Adapter zuverlässiger, sicherer und einfacher machen	Die Aufnahme von MCP in den Kern vorschlagen, entweder direkt eingebaut oder als mitgeliefertes Plugin, das sich unabhängig weiterentwickeln kann
Abilities	Einen Grundbestand für übliche Verwaltungsaufgaben in Plugins entwickeln; prüfen, ob einzelne Abilities noch in 7.2 kommen	Ein praxistauglicher Satz von Abilities im Kern
OAuth	Abläufe, Architektur und Sicherheitsfragen ausarbeiten	Umsetzung im Kern
Nutzerführung	Prototypen testen, vom Erkennen der Website bis zum Widerruf eines Zugangs	Ein durchgängiger Ablauf, der keine technischen Kenntnisse voraussetzt

Die vier Arbeitsbereiche nach dem Vorschlag vom 28. Oktober 2026. Alle Angaben sind Ziele; über die Aufnahme in den Kern entscheiden laut dem Vorschlag technische Reife, Sicherheit und die übliche Prüfung.

Zwei Einschränkungen sind dabei zu beachten. Erstens ist für keinen der vier Bereiche bisher eine verantwortliche Person bestätigt; für die Nutzerführung hat sich in den Kommentaren eine Freiwillige gemeldet. Zweitens hat das Projekt für KI-Funktionen eine Hürde festgelegt: Laut der Planung für 7.2 müssen sie zuerst zeigen, dass sie verwendet werden und praktischen Nutzen bringen, bevor sie für den Kern in Frage kommen. Deshalb entsteht die Arbeit vorerst in Plugins.

Beim Thema MCP hat sich die Haltung des Teams innert weniger Wochen verschoben. Als der MCP Adapter Anfang Oktober ins offizielle Plugin-Verzeichnis kam, begründete das Team, warum er nicht in den Kern gehöre: Die MCP-Spezifikation ändere sich noch zu stark, die letzte grosse Änderung ohne Rückwärtskompatibilität liege keine drei Monate zurück. Nach dem Plan vom 28. Oktober soll MCP nun für 7.3 zur Aufnahme in den Kern vorgeschlagen werden. Die Variante eines mitgelieferten Plugins, das sich unabhängig weiterentwickeln kann, würde diesen Einwand berücksichtigen.

In den Kommentaren unter dem Vorschlag äussert ein Entwickler Bedenken. Die meisten KI-Systeme kämen mit der bestehenden REST-Schnittstelle von WordPress gut zurecht; dort fehlten aber noch Funktionen, und er sehe die Gefahr, dass eine weitere halbfertige Schnittstelle in den Kern gelange. Bessere Anmeldung und feinere Rechte gehörten deshalb auch in die REST-Schnittstelle. Adams antwortet, Teile der Arbeit stützten auch diesen Weg, Abilities funktionierten in beiden Fällen, und MCP entwickle sich zum verbreiteten Standard.

Was Ability, MCP und OAuth bedeuten

Ability. Eine Funktion, die WordPress, ein Plugin oder ein Theme mit Namen, Beschreibung, festgelegten Ein- und Ausgaben und einer Rechteprüfung registriert, zum Beispiel «Inhalte abfragen». Ein Agent sieht nur, was als Ability registriert und freigegeben ist. Die Schnittstelle dafür ist seit WordPress 6.9 im Kern enthalten; mehr dazu in unserem Beitrag KI in WordPress 2026.
MCP. Das Model Context Protocol ist ein offener Standard, über den KI-Agenten auf andere Systeme zugreifen. Der MCP Adapter übersetzt die freigegebenen Abilities einer Website in Werkzeuge, die ein Agent findet und aufruft. Wie das technisch funktioniert, beschreibt unser Beitrag WordPress als MCP-Server.
OAuth. Ein verbreitetes Verfahren, bei dem sich eine Person selbst anmeldet und einer Anwendung den Zugriff erlaubt, ohne ihr Passwort weiterzugeben. Die Anwendung erhält dafür einen eigenen Zugangsschlüssel, ein sogenanntes Token. Bekannt ist das Verfahren aus Freigabedialogen wie «Diese App möchte auf Ihren Kalender zugreifen».

Was WordPress 7.2 tatsächlich mitbringt

Wir haben die Beta 3 von WordPress 7.2 vom 28. Oktober heruntergeladen und ihren Code mit dem aktuellen WordPress 7.1.4 verglichen. Bis zur Veröffentlichung kann sich noch etwas ändern. Der Vergleich ergibt folgenden Stand:

Bereich	WordPress 7.1.4	WordPress 7.2 Beta 3
Abilities im Kern	drei: Angaben zur Website, zur Serverumgebung und zum eigenen Benutzerkonto	sechs: zusätzlich Inhalte abfragen, Einstellungen lesen und Benutzer abfragen
Davon verändernd	keine	keine
Inhaltstypen, die ein Agent abfragen kann	keine	Beiträge und Seiten; weitere nur, wenn ihr Code sie freigibt
MCP im Kern	nein	nein
OAuth im Kern	nein	nein
Secrets API für verschlüsselte Zugangsdaten	nein	ja
E-Mail beim Anlegen eines Anwendungspassworts	nein	ja

Eigener Vergleich der Download-Pakete von wordpress.org, Stand 3. November 2026. Als «verändernd» gilt eine Ability, die Daten auf der Website schreibt. Alle sechs Abilities sind im Code als nur lesend gekennzeichnet.

Für Unternehmen ist die dritte Zeile die wichtigste. Produkte, Veranstaltungen, Standorte oder Teammitglieder liegen auf vielen Websites in eigenen Inhaltstypen. Die neue Inhaltsabfrage erfasst solche Inhaltstypen nur, wenn das Plugin oder Theme, das sie anlegt, sie ausdrücklich für Abilities freigibt (im Code über die Einstellung show_in_abilities). Voreingestellt ist das nicht. Die Abfrage filtert zudem nur nach exakten Merkmalen wie Status, Autor oder Kennung. Eine Frage wie «Welche Seiten wurden seit einem Jahr nicht bearbeitet?» beantwortet der Agent, indem er die Liste selbst durchgeht.

Die drei zusätzlichen Abilities liefert das Plugin AI des KI-Teams bereits für WordPress 7.1, als Teil seines Experiments «Custom Abilities». Mit 7.2 werden sie Teil des Kerns, nach dem Muster, das die Planung für KI-Funktionen vorsieht: zuerst im Plugin erproben, dann übernehmen.

Die beiden letzten Zeilen betreffen die Sicherheit. Die Secrets API könnte laut dem Vorschlag auch die Tokens einer künftigen OAuth-Anmeldung sicher verwahren. Die E-Mail meldet dem Benutzer neu angelegte Anwendungspasswörter, sodass ein unbefugt erstellter Zugang auffällt.

Wie ein Agent heute angebunden wird

Seit Anfang Oktober 2026 steht der MCP Adapter im offiziellen Plugin-Verzeichnis, aktuell in Version 0.7.1. Das KI-Team bezeichnet ihn selbst noch als experimentell; eine stabile Version 1.0 steht aus. Der Adapter richtet auf der Website einen Zugangspunkt für Agenten ein und gibt nur Abilities weiter, die als öffentlich gekennzeichnet sind. Das trifft auf alle sechs Abilities des Kerns zu: Ist der Adapter aktiv, stehen sie einem angemeldeten Agenten sofort zur Verfügung. Die Rechteprüfung jeder einzelnen Ability gilt weiterhin; die Einstellungen etwa kann nur ein Konto lesen, das sie auch verwalten darf. Der Agent meldet sich als WordPress-Benutzer an, in der Regel mit einem Anwendungspasswort.

Etwas einfacher ist die Einrichtung über das Plugin AI des KI-Teams: Dessen Experiment «MCP Access» installiert den Adapter und legt fest, welche Abilities ein Agent nutzen darf. Experimente können sich laut der Plugin-Beschreibung in jeder Version grundlegend ändern oder wegfallen; das Team empfiehlt, sie zuerst auf einer Testumgebung auszuprobieren.

Das Anwendungspasswort (englisch Application Password) ist der Teil, den der Vorschlag ersetzen will. Es ist ein zusätzliches Passwort für ein Benutzerkonto, das für den Zugriff durch Programme gedacht ist. Es gewährt alle Rechte des Benutzers und gilt, bis es jemand widerruft. Neben dem Namen hält WordPress den Zeitpunkt der Erstellung sowie Zeitpunkt und IP-Adresse der letzten Nutzung fest. Ein Ablaufdatum oder eine Beschränkung auf bestimmte Aufgaben gibt es auch in der Beta von 7.2 nicht. Eine solche Beschränkung wurde schon bei der Einführung 2020 als Erweiterung für spätere Versionen genannt.

Daraus ergeben sich zwei Risiken. Wer das Anwendungspasswort eines Administrators in ein Chatfenster kopiert, gibt dem Agenten die volle Kontrolle über die Website, und das Passwort liegt danach im Gesprächsverlauf eines externen Dienstes. Das zweite Risiko betrifft alle Agenten: Inhalte, die ein Agent liest, können versteckte Anweisungen enthalten und ihn so zu Handlungen verleiten, die niemand beauftragt hat. Dieser Angriff heisst Prompt Injection und steht in der Risikoliste der Sicherheitsinitiative OWASP für KI-Anwendungen an erster Stelle. Je mehr Rechte das Konto hat, desto grösser ist der mögliche Schaden. Wie sich ein Zugang trotzdem eng zuschneiden lässt, beschreibt unser Beitrag WordPress als MCP-Server.

Drei Anwendungsfälle und ihre Voraussetzungen

Für kleine und mittlere Unternehmen liegen drei Einsatzgebiete nahe. Was sie voraussetzen, unterscheidet sich deutlich:

Anwendungsfall	Voraussetzung	Einschätzung
Auskünfte über die eigene Website, etwa zu offenen Entwürfen oder lange nicht bearbeiteten Seiten	Lesende Abilities für Inhalte und Einstellungen	Mit dem MCP Adapter heute möglich, unter 7.1 über das Plugin AI, ab 7.2 mit den Abilities des Kerns. Besucherzahlen und Umsätze liegen meist nicht in WordPress und sind damit nicht erfasst.
Inhalte in Deutsch, Französisch und Italienisch pflegen	Verändernde Abilities und ein Mehrsprachigkeits-Plugin, das seine Sprachzuordnungen als Abilities anbietet	Der Kern kennt weder verändernde Abilities noch Mehrsprachigkeit. Übersetzungen von Rechtstexten, Preisen und Fachbegriffen brauchen ausserdem eine fachliche Prüfung.
Produktdaten aus einem ERP- oder Warenwirtschaftssystem abgleichen	Abilities für Produkte; WooCommerce bietet sie seit Version 10.9 als feste Schnittstelle an, die Anbindung über MCP gilt dort noch als Vorschau für Entwickler	Für einen regelmässigen Abgleich eignet sich eine feste Schnittstelle besser, weil sie jedes Mal gleich arbeitet und sich testen lässt. Ein Agent hilft eher bei Rückfragen und Ausnahmen, etwa wenn ein Artikel im Shop fehlt.

Die Spalte «Einschätzung» gibt unsere fachliche Bewertung wieder. Die Angaben zu WooCommerce stammen aus der Ankündigung von Version 10.9 und der Dokumentation zur MCP-Anbindung; mehr dazu in unserem Beitrag zu KI-Agenten im Onlineshop.

Die Zeitachse bis WordPress 7.3

Datum	Schritt
20. Oktober 2026	WordPress 7.2 Beta 1
27. Oktober 2026	Beta 2, unter anderem mit Inhaltsabfragen und Rechteprüfungen in der Abilities API
28. Oktober 2026	Beta 3, zusammen mit dem Sicherheitsrelease 7.1.4; am selben Tag erscheint der Vorschlag des KI-Teams
3. und 10. November 2026	Beta 4 und Beta 5 (geplant)
17. November 2026	Release Candidate 1; Beginn der Nominierungen für das Team von 7.3
8. Dezember 2026	WordPress 7.2 erscheint (geplant)
offen	WordPress 7.3, Zielversion für MCP im Kern, OAuth und weitere Abilities

Termine nach dem offiziellen Zeitplan von WordPress 7.2. Für 7.3 gibt es noch keinen Zeitplan; 7.2 ist laut Planung die letzte Hauptversion des Jahres 2026.

Angekündigte Funktionen erscheinen nicht immer in der geplanten Version. Die Notizen im Editor sollten bereits mit 7.1 Änderungsvorschläge und Emoji-Reaktionen erhalten; beide Funktionen fehlen in 7.1. Für 7.2 sind sie erneut geplant; die Emoji-Reaktionen finden sich inzwischen im Code der Beta 3. Dieselbe Vorsicht gilt für die Pläne rund um Agenten, für die WordPress 7.3 ein erklärtes Ziel ohne Zusage ist.

Was Sie jetzt vorbereiten können

Die folgenden Schritte setzen keine bestimmte WordPress-Version voraus. Sie verbessern die Sicherheit und Wartbarkeit einer Website auch dann, wenn nie ein Agent auf sie zugreift.

Benutzerkonten und Rollen bereinigen. Ein Agent handelt immer als ein bestimmter Benutzer und erhält dessen Rechte. Konten, die niemand mehr nutzt, sollten gelöscht werden. Wer nur Beiträge schreibt, braucht keine Administratorrechte.
Bestehende Anwendungspasswörter prüfen. Im Benutzerprofil listet WordPress unter «Anwendungspasswörter» jeden angelegten Zugang mit der Spalte «Zuletzt verwendet». Zugänge, die sich keinem Dienst mehr zuordnen lassen, sollten widerrufen werden.
Inhalte strukturieren. Was ein Agent später zuverlässig verarbeiten soll, wird am besten in eigenen Inhaltstypen mit klar benannten Feldern erfasst, etwa Produkte mit Preis und Artikelnummer. Für jeden Inhaltstyp lässt sich dann entscheiden, ob er für Agenten sichtbar sein soll.
Plugins auf Abilities prüfen. Welche Abilities eine Website anbietet, zeigt das Experiment «Abilities Explorer» im Plugin AI; es sollte auf einer Testumgebung laufen. Bei wichtigen Plugins ohne Abilities empfiehlt sich eine Anfrage beim Hersteller, ob solche geplant sind.
Eine Testumgebung einrichten. Versuche mit Agenten, Beta-Versionen und Experimenten des Plugins AI sollten auf einer Kopie der Website stattfinden. Die Beta-Versionen von 7.2 sind laut WordPress ausdrücklich nicht für Live-Websites bestimmt.

Einen Agenten mit Administratorrechten sollten Sie dagegen noch nicht an die Live-Website anbinden. Wer schon jetzt einen Agenten ausprobieren will, legt dafür einen eigenen Benutzer mit minimalen Rechten an, gibt nur lesende Abilities frei und widerruft das Anwendungspasswort, sobald der Versuch beendet ist.

Fazit

Der Vorschlag vom 28. Oktober beschreibt, wie WordPress künftig mit KI-Agenten zusammenarbeiten soll, und benennt die heutige Schwachstelle offen: Zugänge, die als Passwort in einem Chat weitergegeben werden. Ob die Lösung mit 7.3 kommt, entscheidet sich in den nächsten Monaten. WordPress 7.2, geplant für Dezember, bringt die ersten Bausteine: lesende Abilities und eine sichere Ablage für Zugangsdaten. Klare Rollen, strukturierte Inhalte und eine Testumgebung erleichtern schon heute Wartung und Updates, und sie sind zugleich die Voraussetzung für einen sicheren Einsatz von Agenten.

Wenn Sie Ihre Website auf diese Punkte prüfen lassen möchten, vereinbaren Sie einen Termin. Was wir rund um KI und WordPress anbieten, beschreibt die Seite AI-ready WordPress.

Häufige Fragen zu WordPress und KI-Agenten

Kann ich meine WordPress-Website heute schon mit ChatGPT oder Claude verwalten?

Technisch ja, über das Plugin MCP Adapter und ein Anwendungspasswort, sofern der Assistent MCP unterstützt. Der Agent erhält dabei alle Rechte des Benutzerkontos, mit dem er sich anmeldet. Der Kern bietet bis einschliesslich 7.2 nur lesende Abilities. Für Versuche empfehlen wir eine Testumgebung und einen eigenen Benutzer mit minimalen Rechten.

Bringt WordPress 7.2 KI-Agenten in den Kern?

Nein. In der Beta 3 von 7.2 fehlen MCP und OAuth im Kern. Die Version erhöht die Zahl der Abilities im Kern von drei auf sechs, alle nur lesend, und bringt mit der Secrets API und der E-Mail beim Anlegen eines Anwendungspassworts zwei Sicherheitsbausteine. MCP im Kern und OAuth sind Ziele für 7.3.

Wann erscheint WordPress 7.3?

Dafür gibt es noch keinen Termin. Laut dem Zeitplan von 7.2 beginnen die Nominierungen für das Team, das 7.3 leitet, erst mit dem Release Candidate 1 am 17. November 2026. Sobald ein Zeitplan vorliegt, ergänzen wir ihn hier.

Sind Anwendungspasswörter grundsätzlich unsicher?

Nein. Für Verbindungen zwischen zwei Systemen mit einem eigens angelegten Benutzer sind sie ein bewährtes Verfahren. Ein Risiko entsteht, wenn das Passwort eines Kontos mit weitreichenden Befugnissen in einem Chat weitergegeben wird: Es trägt alle Rechte des Kontos, läuft nicht ab und liegt danach im Verlauf eines externen Dienstes. Diesen Weg soll OAuth ablösen.

Muss ich für WordPress 7.2 etwas an meiner Website anpassen?

Für die Agenten-Funktionen nicht; sie wirken nur, wenn jemand einen Agenten anbindet. Eine andere Änderung in 7.2 betrifft ältere Plugins: WordPress bündelt Skripte und Stylesheets im Adminbereich nicht mehr in gemeinsamen Dateien, und die Dateien load-scripts.php und load-styles.php antworten nur noch mit dem Status 410 («nicht mehr vorhanden»). Wie bei jeder Hauptversion empfehlen wir, das Update zuerst auf einer Testumgebung einzuspielen.

Gibt ein Agent meine Website-Daten an einen KI-Anbieter weiter?

Bei den gängigen Assistenten ja: Was der Agent von der Website abruft, verarbeitet das Sprachmodell beim jeweiligen Anbieter. Betrifft das Personendaten, etwa Benutzerkonten oder Bestellungen, gelten die Regeln des Datenschutzgesetzes. Worauf dabei zu achten ist, beschreibt unser Beitrag zum KI-Assistenten auf der Website und dem DSG.

Quellen

Make WordPress AI: WordPress for the Agentic Web ↗ — Vorschlag vom 28. Oktober 2026; Quelle für die vier Arbeitsbereiche, das Ziel 7.3, das Zitat zu Anwendungspasswörtern, den Vorbehalt zur Aufnahme in den Kern und die Diskussion in den Kommentaren.
Make WordPress AI: The MCP Adapter Plugin is Now Available on WordPress.Org ↗ — Ankündigung vom 7. Oktober 2026; Quelle für die Begründung, warum MCP damals nicht in den Kern gehören sollte, und für den experimentellen Status des Adapters.
WordPress.org: WordPress 7.2 Beta 2 ↗ — Quelle für die Arbeiten an der Abilities API, den geplanten Termin 8. Dezember und den Hinweis, Beta-Versionen nicht auf Live-Websites einzusetzen.
WordPress.org: WordPress 7.1.4 ↗ — Sicherheitsrelease vom 28. Oktober 2026; Quelle für die gleichzeitige Veröffentlichung der Beta 3.
Make WordPress Core: WordPress 7.2 ↗ — offizieller Zeitplan mit allen Beta- und RC-Terminen und dem Beginn der Nominierungen für 7.3.
Make WordPress Core: Roadmap to 7.2 ↗ — Planung vom 18. September 2026; Quelle für die Hürde für KI-Funktionen im Kern, die Secrets API, die Arbeiten an Anwendungspasswörtern und die Notizen mit Änderungsvorschlägen und Emoji-Reaktionen.
Make WordPress Core: Roadmap to 7.1 ↗ — Planung vom 19. Juni 2026, in der dieselben Funktionen für die Notizen bereits für 7.1 vorgesehen waren.
WordPress.org: Plugin MCP Adapter ↗ — Quelle für die Version 0.7.1 und dafür, dass nur als öffentlich gekennzeichnete Abilities erreichbar sind.
WordPress.org: Plugin AI ↗ — Quelle für die Experimente «MCP Access», «Abilities Explorer» und «Custom Abilities», die drei Abilities für WordPress 7.1 in Version 1.5.0 und die Empfehlung, Experimente zuerst auf einer Testumgebung zu nutzen.
Make WordPress Core: Application Passwords Integration Guide ↗ — Einführung der Anwendungspasswörter 2020; Quelle dafür, dass eine Beschränkung der Rechte als spätere Aufgabe vorgesehen war.
WooCommerce Developer Blog: WooCommerce 10.9 ↗ — Quelle für die Abilities für Produkte und Bestellungen.
WooCommerce Developer Docs: MCP ↗ — Quelle dafür, dass die MCP-Anbindung von WooCommerce als Vorschau für Entwickler gilt.
OWASP: LLM01 Prompt Injection ↗ — Quelle für die Einordnung von Prompt Injection als erstes Risiko in der OWASP-Liste für KI-Anwendungen.

Stand: 3. November 2026. Die Angaben zum Code von WordPress 7.2 beruhen auf unserem Vergleich der Pakete 7.2 Beta 3 und 7.1.4 von wordpress.org. Wir führen den Beitrag nach, sobald WordPress 7.2 erschienen ist und sobald das KI-Team Zuständigkeiten oder einen Entwurf für die OAuth-Anmeldung veröffentlicht.