Wenn KI-Agenten im CMS arbeiten: Regeln, Inhaltsmodell, Zuständigkeit

KI-Agenten lesen, ändern und übersetzen in manchen Teams schon heute Inhalte direkt im CMS. Ob daraus Routine wird oder ein Pilot ohne Fortsetzung, hängt laut Sanity an drei Lücken, die Technik allein nicht schließt: schriftliche Regeln, ein sauberes Inhaltsmodell und eine Person, die Technik und Redaktion verbindet. Sie hängen enger zusammen, als es auf den ersten Blick aussieht.

Anlass ist der AI Content Operations Report von Sanity, dem CMS, mit dem wir Websites bauen. Sanity hat dafür 1,46 Millionen Aufrufe von KI-Agenten ausgewertet, die über den MCP-Server von Sanity in 12.500 Organisationen liefen (September 2025 bis April 2026), und zwölf Verantwortliche für Content interviewt. Wir lesen den Report mit Abstand: Was zeigt er, was nicht, und was folgt daraus für ein Content-Team?

Vorab ein Vorbehalt: Das sind Herstellerdaten von Teams, die Sanity schon mit KI-Werkzeugen verbunden hatten, und der Report dient Sanity auch als Marketing, die Webfassung verlangt eine E-Mail-Adresse. Er nennt die Teams selbst Frühnutzer und keinen Marktquerschnitt. Als Orientierung taugen die Zahlen, als Marktzahl nicht.

Was Sanity gemessen und erfragt hat

Wenige machen den Großteil. Die oberen 8 % der Nutzer erzeugen 68 % der Aktivität, mit denselben Werkzeugen wie alle anderen. Der Unterschied ist laut Report organisatorisch: eine Person, wiederkehrende Abläufe, eine Praxis, die sich aufbaut. Die höchste Intensität je Nutzer stammt von einem Content-Marketer in einem Chat-Werkzeug, nicht von einem Entwickler auf der Kommandozeile.

Der Alltag überwiegt. 91 % der Aufrufe sind Alltagsarbeit wie Nachschlagen, Prüfen, Ändern und Veröffentlichen. Die übrigen 9 % sind Projekte wie Migration, SEO-Sprints oder Übersetzung, und sie ersetzen laut Report Wochen an Arbeit. Häufigkeit allein sagt also wenig über den Wert.

Und es fehlen Regeln: 11 von 12 befragten Enterprise-Teams hatten keine formale KI-Richtlinie.

Drei Hürden, die zusammenhängen

Der Report nennt drei Lücken, die Technik allein nicht schließt. Wir lesen sie als Kette: Die Regeln sagen, was Agenten dürfen. Das Inhaltsmodell entscheidet, was sie sicher können. Und eine Person hält beides zusammen.

Regeln. Statt eines halbjährigen Compliance-Projekts empfiehlt Sanity einen Einseiter mit drei Fragen: Welche Daten dürfen an KI-Werkzeuge? Wer prüft KI-erzeugte Inhalte? Welche Inhaltstypen bleiben Menschen vorbehalten? Wir ergänzen eine vierte: Wer darf veröffentlichen? Technisch lässt sich das absichern. Laut Dokumentation speichert der Sanity-MCP-Server Änderungen an Dokumenten im Entwurf oder in einer Release-Version, nicht im veröffentlichten Dokument. Veröffentlichen ist ein eigener Schritt: Entwürfe lassen sich per Werkzeug veröffentlichen, Releases dagegen nicht über den MCP-Server, sondern nur im Studio oder per HTTP-API. Ob ein Agent Entwürfe veröffentlichen darf, hängt an der Rolle seines Zugangs und an den Werkzeugen, die sein KI-Client nutzen darf, und sollte eine bewusste Entscheidung sein.

Inhaltsmodell. Agenten lesen, bevor sie schreiben. Was sie dabei finden, ist laut Report oft eine Struktur, die für Menschen gebaut wurde, die sich durch ein CMS klicken. Laut den Interviews haben Teams im Dauerbetrieb diesen ersten Lesedurchlauf als Diagnose genutzt und aufgeräumt, bevor sie skalierten. Das ist richtungsweisend, aber nicht statistisch belegt. Was ein Modell dafür können sollte, ist aus unserer Sicht in den meisten Systemen dasselbe: klare Typen und Felder, Referenzen statt Kopien, Validierungsregeln, einen Entwurfsstatus und gebündelte Veröffentlichung. In Sanity decken Validierungsregeln im Studio und Content Releases einen Teil davon ab: Fehler fallen vor der Veröffentlichung auf, und Änderungen lassen sich bündeln, vorab ansehen und nachvollziehen.

Zuständigkeit. Laut Report machte in den befragten Teams bereits eine Person die Verdrahtung, oft bevor es ihr jemand erlaubt hatte, und nicht immer war es ein Entwickler. Sanity nennt die Rolle „AI content ops engineer“, eine Mischung aus Entwicklung und Content-Strategie. Der Report rät, auf diese Rolle hin einzustellen oder die Person freizustellen, die es ohnehin schon tut. Wir halten den zweiten Weg für den besseren Start: Benenne die Person, die schon zwischen Technik und Redaktion vermittelt, und gib ihr das Mandat. Wie wir in Warum Digitalprojekte scheitern beschrieben haben, bleibt eine Zuständigkeit ohne Namen eine Annahme.

Der Zusammenhang: Fakten brauchen einen Besitzer

Sanity hat zuletzt beschrieben, was passiert, wenn in einem Unternehmen jeder einen Agenten baut. Der interne Hackathon brachte viele Agenten hervor, und die These lautet: Nicht die Zahl der Agenten ist das Problem, sondern verstreute Fakten, also Richtlinien, die in Prompts kopiert werden, und Wissen, das verschwindet, sobald jemand den Agenten löscht. Auch die Leitplanken setzt Sanity dort technisch um, etwa mit Validierung im Studio und menschlicher Prüfung jedes neuen Werkzeugs, und nicht allein mit einer Richtlinie.

Das Rezept, das Sanity daraus ableitet, ist schlicht: Fakten an einer Stelle ablegen, jedes Team besitzt seine Fakten und hält fest, woher sie stammen und wer sie aktuell hält. Von 61 beim Hackathon eingereichten Agenten liefen laut Sanity 42 ganz oder teilweise, und die Ausfälle gingen vor allem auf fehlenden Zugriff auf eine Quelle zurück, weniger auf die Prompts. Erst Zugang und Kontext, dann mehr Agenten. Dass Sanity dafür das eigene Produkt Knowledge Bases einsetzt (derzeit Beta), ist die Sicht des Herstellers. Das Prinzip lässt sich unserer Einschätzung nach auch ohne dieses Produkt umsetzen.

Nach außen ist es dieselbe Aufgabe. Die Fakten, die Agenten verlässlich machen, können auch deine Website für KI-Tools besser lesbar machen: Firmenname, Leistungen, Team und Beschreibungen, einmal gepflegt und überall verwendet. Wie daraus strukturierte Daten, llms.txt und Sitemap entstehen, haben wir in In KI-Antworten zitiert werden beschrieben. Was das für Auffindbarkeit und Sichtbarkeit bedeutet, steht auf unserer Seite zu SEO und AI-Sichtbarkeit.

Was der Report nicht zeigt

Die Daten stammen vom Hersteller und aus einer Gruppe, die früh dabei war. Der Report nennt selbst einige Grenzen: Die Telemetrie stammt nur von Sanity-Nutzern mit eingerichtetem MCP-Server, ein Teil des Wachstums stammt aus erweiterter Verbreitung statt aus tieferer Nutzung, und dass Agenten vor jedem Schreiben lesen, ist technisch bedingt und sagt wenig über das Verhalten von Teams. Das Warum, also Organisation statt Technik, stammt aus zwölf Interviews, die nach Angabe des Reports nicht repräsentativ sind.

Dazu kommt, dass sich einzelne Angaben nicht sauber nachrechnen lassen: Die 8 % stehen im Report für zwei verschiedene Gruppen, einmal für die aktivsten Nutzer, einmal für die Nutzer im Dauerbetrieb. Wir zitieren deshalb nur die Kernzahlen. Für die Praxis taugt der Report als Fragenliste, nicht als Benchmark.

Fazit

Wir lesen Regeln, Inhaltsmodell und Zuständigkeit als drei Seiten derselben Sache: Es muss klar sein, was gilt, wer es pflegt und was ein Agent damit tun darf. Der Sanity-Report liefert dafür eine brauchbare Fragenliste, aber keine Marktzahlen. Und die Ordnung, die Agenten im CMS sicherer macht, kann deine Website auch für KI-Tools besser lesbar machen.

Ob dein Inhaltsmodell dafür bereit ist, zeigt ein Lesedurchlauf. Wenn du das für dein Team einordnen willst, sprich mit uns über Consulting und Beratung.