Vibe-Contenting braucht kein smartes CMS. Es braucht ein... dummes?
Seit ein paar Wochen arbeite ich mit Claude Code und Claude Cowork – KI-Assistenten, die einen echten Browser bedienen können. Auch das Ghost-Backend und die SEO-Metadaten-Felder. Theoretisch.
Praktisch: Es funktioniert. Aber es dauert, denn jede Interaktion kostet Token. Wer mit einem normalen Firmenpaket arbeitet, verbrennt für das, was früher fünf Minuten Handarbeit war, ein Vielfaches – in Zeit und Kosten. (Zum Feierabend kann man ja noch so´nen Auto-Task anwerfen...)
Das hat mich zurückgeworfen auf eine Frage, die ich eigentlich schon beantwortet glaubte.
Dreißig Jahre CMS und am Ende Markdown
Ich habe Webseiten von Hand mit HTML geschrieben. Netscape Composer, dann puristisch im Texteditor – LaTeX-Vorerfahrung macht das möglich. Dann blog.de -vor dessen Relaunch-, täglich zwei DIN-A4-Seiten. Dann WordPress, erst privat als padlive.de, dann geschäftlich unter kreativekommunikationskonzepte.de. Jahrelang, bis 2025.
Der Wechsel via Elmpages zu Nuxt kam, weil Markdown einen klareren Workflow erlaubt. Ghost kam danach, weil es Fediverse, Newsletter, RSS und Blog in einem kann. Nur: Ghost ist im Kern auf den eigenen US-Server ausgelegt. Die Entkopplung von US-Diensten ist echte Handarbeit.
Token lügen nicht
Wenn ein KI-Agent durch ein CMS-Backend navigiert, wird schlagartig klar, was Komplexität wirklich kostet. Nicht in Lernzeit, sondern in Token. Ein gut strukturiertes Markdown-File ist für Claude trivial. Ein Ghost-Backend mit verschachtelten UI-Elementen, Modalen, Dropdown-Menüs – das ist Navigation. Jeder Klick ein Schritt. Jeder Schritt ein Preis.
Das ideale CMS für KI-gestütztes Arbeiten ist nicht das funktionsreichste. Es ist das, das am wenigsten im Weg steht.
Nuxt mit Markdown-CMS und Claude Code, der direkt in Dateien schreibt – keine UI, die navigiert werden muss, kein Backend, das erklärt werden will. Und was fehlt, lässt sich ergänzen. Ich habe dreißig Jahre gebraucht, um wieder dort zu landen, wo ich angefangen habe: beim Texteditor, nur dass der jetzt mitdenkt?
Realitätscheck
Ghost ist nicht kaputt. Wer es einmal sauber aufgesetzt hat – eigenes Hosting, eigener Mailversand, keine US-Abhängigkeiten – bekommt ein System, das Newsletter, Fediverse, RSS und Blog wirklich integriert.
Kein anderes Open-Source-CMS kann das so direkt. Die Token-Kosten sind ein Effizienzproblem, kein Architekturproblem. Vielleicht ist die Antwort nicht das einfachere CMS, sondern der bessere Prompt?
Ich berichte ob wir Ghost gezähmt bekommen.
Skill-CMS: Was wäre, wenn Claude den Rest übernimmt??
Ein Gedankenexperiment: Ein minimales CMS, welches nur noch die Kernfunktionen bereitstellt: Newsletter-API, Fediverse-Anbindung, RSS, Datenhaltung. Kein Editor, keine Oberfläche, die navigiert werden muss.
Der Rest? Ein Skill in Claude. Oder eine Sammlung davon. Einen Skill für Impulse, einen für Newsletter, einen für SEO-Metadaten. (Habe ich jetzt schon...) Claude schreibt direkt in die Struktur – kein Backend, keine UI-Navigation, keine Token für Klicks.
Das wäre kein CMS mehr im klassischen Sinne. Es wäre eine API mit Persönlichkeit.
Ob das realistisch ist? Technisch heute schon denkbar. Ob Ghost oder Nuxt so gebaut werden wollen – andere Frage.
Der Plastikflamingo vom Umzugsfoto hat übrigens die Flutkatastrophe 2021 in Velbert nicht überlebt. Irgendwie passend: Manchmal räumt das Leben den alten Stack einfach weg und man fängt neu an.
Wieder beim Texteditor!
Update > 10. März 2026, 23:00 Uhr > Es funktioniert!
Während dieser Artikel heute in der früh an den Start ging, habe ich mit Claude.ai das Gedankenexperiment "Skill-CMS via Ghost" direkt live getestet und der erste POST-Call hat geklappt. D.h. ich habe mit Claude einen Skill erstellt, der aus Claude heraus einen neuen Beitrag im Ghost-CMS "Hallo World" anlegte im Entwurfsmodus.
So ging es Schritt für Schritt:
- Ghost Admin API aktivieren – In den Ghost-Settings unter Integrations → Add custom integration eine neue Integration anlegen. Ghost generiert dabei automatisch einen Admin API Key.
- Authentifizierung verstehen – Die Ghost Admin API nutzt JWT (JSON Web Token). Der API Key besteht aus zwei Teilen: einer ID und einem Secret. Daraus wird ein kurzlebiges Token generiert, das jede Anfrage signiert.
- Keinen Klick gemacht – Statt durch das Backend zu navigieren, hat Claude einen einzigen
POST-Request an/ghost/api/admin/posts/geschickt – mit Titel, Text, Tags und Status in einem einzigen JSON-Objekt. - Ergebnis: Ein Draft mit dem Titel "Hello World" lag innerhalb von Sekunden im Backend. Kein Editor geöffnet, kein Modal bedient, kein Publish-Button gesucht.
Was das bedeutet: Die Token-Kosten für "Artikel erstellen" sind damit von ~20 Schritten auf einen einzigen Call geschrumpft. Das ist keine Optimierung – das ist ein anderes Level des Postens.
Der Skill, der das automatisiert, ist der nächste Schritt...
Schneller, zweiter Test um 23:20 Uhr:
Claude kann nun bestehende Artikel lesen, ergänzen, korrigieren, mit Metadaten anreichern, alles ohne das Backend auch nur zu öffnen. Ein Skill, der z.B. SEO-Metadaten für alle Artikel auf einmal ergänzt, wäre damit technisch trivial.
Ich könnte nun auch ein ganzes Skill-CMS mit Claude-Code erstellen und eine Sammlung statischer Seiten -wie es Nuxt-CMS macht- erstellen kann und via FTP hochladen lassen...
Dieser Gedanke entstand während der eigenen Ghost-Migration und ersten Erfahrungen mit Claude Code als Brave-Browser-Agent. Inspirationen dazu sind auch der KI-Podcast mit Mark und Jens Think Different. Think AI. und der YouTube-Channel von Christoph Magnussen. Mehr bei mir zu KI im Arbeitsalltag.
