WordPress-Entwickler stellen sich gegen den geplanten Knowledge-CPT im Core
Am 22. Juni hat Core-Contributor Greg Ziółkowski (dem KI-Team zugerechnet) auf Make/WordPress Core vorgeschlagen, einen neuen, nicht-öffentlichen Custom Post Type namens wp_knowledge plus ein Feature "Guidelines" fest in den WordPress-Core zu mergen, geplant für Version 7.1. Die Entwickler-Community reagierte überwiegend ablehnend. Der Kern des Streits: Das Ding ist faktisch KI-Infrastruktur, und viele finden, sowas gehört in ein Plugin, nicht in den Core.

Was passiert ist
Laut dem Merge-Vorschlag auf Make/WordPress Core vom 22. Juni 2026 soll WordPress 7.1 zwei neue Bausteine bekommen. Zum einen den nicht-öffentlichen Custom Post Type wp_knowledge, eine Speicher-Primitive für Site-Wissen wie Richtlinien, sogenannte Memories und Notizen, erreichbar nur über die authentifizierte REST-API. Dazu kommen eine Taxonomie wp_knowledge_type mit den drei eingebauten Typen guideline, memory und note, ein eigener Capability-Namespace fürs rollenbasierte Rechte-Management, Revisions-Support und REST-Routen unter /wp/v2/knowledge.
Darauf aufgebaut ist als erstes Feature „Guidelines“: eine Oberfläche, über die sich Voice und Tone, Copy-Standards, Bild-Vorlieben und Block-Regeln zentral hinterlegen lassen, aufgeteilt in die Scopes Site, Copy, Images und Blocks. Das Proposal grenzt sich klar ab, was NICHT mitkommt: kein KI-Anbieter, kein Modell, kein Retrieval-Algorithmus, kein autonomes Memory-System. O-Ton: „No AI provider, no model, no retrieval algorithm, and no autonomous memory system.“ Vorgeschlagen wurde das Feature erstmals im Februar 2026, im März landete es als experimentelles Feature in Gutenberg 22.7.
Die Reaktion fiel überwiegend ablehnend bis skeptisch aus. Das Search Engine Journal fasst sechs Haupteinwände zusammen: Es sollte ein Plugin sein statt Core, es bläht den Core auf, es setzt die falsche Priorität (native Mehrsprachigkeit wäre wichtiger), es ist zu wenig durchdacht, es nutzt primär der KI statt Menschen, und es bevorteilt WordPress.com-Enterprise-Kunden gegenüber normalen Nutzern. Ein zentraler Glaubwürdigkeits-Bruch: Das Proposal verkauft das Feature als „author-facing und agent-facing“, also für Menschen UND KI, doch mehrere Berichte stellen fest, dass das zugehörige GitHub-Repo es ausschließlich für KI-Agenten positioniert und den Nutzen für Menschen kein einziges Mal erwähnt.
„This looks like an unnecessary overreach. Better to let developers decide it for individual sites.“, Namith Jawahar im Kommentar-Thread des Merge-Vorschlags
Auch andere Stimmen wurden konkret. Aaron Jorbin nannte das Feature „as is … incomplete“ und bemängelte, dass Guidelines im Block-Editor gar nicht auftauchen und es Bugs beim Speichern von Block-Guidelines gibt. Jon Brown plädierte dafür, das Ganze „as a core plugin for a year or two“ laufen zu lassen, statt es sofort zu mergen. Autor Ziółkowski selbst rahmt den Schritt dagegen als grundlegend: „the boring parts compound … it is one of the more important architectural decisions the project has made this year.“
Warum das wichtig ist
Der Streit ist mehr als ein technisches Detail, er trifft eine offene Nerv-Frage im WordPress-Universum: Was gehört in den Core, der auf einem riesigen Teil des Webs läuft, und was bleibt Plugin-Sache. Wenn ein KI-Wissensspeicher fest verdrahtet wird, ist das eine langfristige Architektur-Entscheidung, die Millionen Installationen mittragen, ob sie KI nutzen oder nicht.
Entscheidend ist die Deadline. Das Feedback-Fenster läuft drei Wochen, und am 15. Juli 2026 ist Beta-1-Freeze für WordPress 7.1. Ab dann werden Namen und API-Oberfläche zu langfristigen Kompatibilitäts-Festlegungen, die sich kaum noch zurückdrehen lassen. Wer mitreden will, hat also ein enges Zeitfenster. Dazu kommt die wiederkehrende Governance-Spannung zwischen großen Akteuren rund um WordPress.com und der breiten Masse kleiner Sites, die hier erneut durchschlägt.
Was das für dich als Webdesigner heißt
Egal wie der Streit ausgeht, die Richtung ist klar: KI rückt näher an den WordPress-Core, und damit ändern sich die Erwartungen deiner Kunden. Recht bald wird gefragt werden, ob eine Seite „KI-ready“ ist, ob Voice, Tone und Markenregeln sauber hinterlegt sind. Wer das Thema versteht, kann es als Beratungs- und Verkaufsargument spielen, statt es zu erleiden. Konkret: Briefe deine WordPress-Mandanten jetzt zum Knowledge-CPT, ordne ein, was es bedeutet, und positioniere dich als die Person, die solche Entwicklungen vor allen anderen einordnet.
Genau dafür brauchst du aber erst die richtigen Gespräche, also Unternehmen mit veralteten Seiten, die so eine Modernisierung überhaupt anstoßen. Statt kalt zu suchen, lässt du dir bei findflix lokale Betriebe mit schwacher Website plus KI-Design-Score, Kontaktdaten und Pitch liefern: Webdesign Leads, die zu deinem Angebot passen. Wenn du das Ganze systematisch aufziehen willst, lohnt ein Blick darauf, wie planbare Kundengewinnung für Webdesigner aussieht.
Fazit
Der Knowledge-CPT ist der jüngste Testfall für die Frage, wie viel KI WordPress in seinen Core lassen will. Die Entwickler-Community sagt mehrheitlich: nicht so, nicht jetzt, lieber erst als Plugin. Bis zum Beta-1-Freeze am 15. Juli wird sich zeigen, ob das Projekt nachjustiert. Für dich als Webdesigner zählt vor allem eins: KI-Standards werden zum Kundenthema, und wer früh einordnet, verkauft besser.