TYPO3 MCP im Einsatz: Seitenpflege per Auftrag statt Backend

TYPO3 MCP im Einsatz: Seitenpflege per Auftrag statt Backend

TYPO3 MCP im Einsatz: Claude überträgt unsere BN-Referenz in TYPO3, und das Team prüft den Entwurf per Vorschau-Link, ganz ohne Backend.

Ende Oktober habe ich den TYPO3 MCP Server auf unserer Website eingerichtet und als erste Testseite die neue Referenz für den BUND Naturschutz umsetzen lassen. Unser Team hatte die Seite bereits gestaltet und getextet: Das Layout stand in Figma, Texte lagen in Confluence, die fertigen Bilder in einem Ordner. Die Aufgabe war, die Entwürfe in Inhaltselemente zusammenzuführen – und mit dem MCP ging das fehlerfrei und schnell. Ich musste für den ganzen Aufbau kein einziges Backend-Formular ausfüllen, und das Team hat den Entwurf per Link geprüft, ohne sich anzumelden.

Das Wichtigste in Kürze

  • Was ist der TYPO3 MCP Server? Eine Erweiterung von hauptsache.net, über die ein KI-Werkzeug wie Claude Seiten und Inhalte in TYPO3 liest und schreibt. Jede Änderung landet zuerst in einem Entwurf.
  • Wie schnell ging es? Der eigentliche Aufbau der neuen Referenz dauerte rund sieben Minuten. Von Hand braucht so eine Seite eine bis anderthalb Stunden.
  • Wer prüft das Ergebnis? Kolleg:innen aus dem Team, über einen Vorschau-Link. Er zeigt die Seite so, wie sie später live aussieht, ohne Zugang zum Backend.
  • Wer veröffentlicht? Ein Mensch im TYPO3-Backend, denn der MCP Server hat dafür keine Funktion.

MCP, das Model Context Protocol, ist ein offener Standard, über den KI-Werkzeuge wie Claude mit anderer Software sprechen, in unserem Fall mit TYPO3. Dafür haben wir hn/typo3-mcp-server verwendet. Was der Agent dort ändert, landet in einem Workspace, einem Entwurfsstand, den erst ein Mensch veröffentlicht. Workspaces sind eine offizielle TYPO3-Erweiterung.

Benedikt hat den MCP-Server im Oktober in seinem Überblick über zehn KI-Erweiterungen für TYPO3 vorgestellt und ihn drei Meta-Beschreibungen ergänzen lassen. Ich wollte sehen, ob das in einer realen Aufgabe mit einer ganzen Seite auch klappt.

Grafik: Ablauf im Workspace als Zickzack zwischen Team und Claude. 1 Team gibt Auftrag, Layout und Texte. Im Workspace: 2 Claude liest und fragt nach, 3 Team beantwortet Fragen, 4 Claude baut den Entwurf, 5 Team prüft per Vorschau-Link, 6 Claude arbeitet Feedback ein. Live: Team veröffentlicht, markiert mit einem Haken.Die Übergaben zwischen Team und Claude. Bis zur Veröffentlichung ändert sich live nichts.

Wie baut Claude eine TYPO3-Seite?

Zuerst werden Quellen konsolidiert: das Jira-Ticket, die freigegebenen Texte in Confluence, das Layout in Figma und die existierende Referenzseite. Dabei kamen drei Rückfragen: Claude wollte etwa wissen, wo die finalen Bilder liegen und wie der Fotonachweis aussehen soll.

Dann geht es recht flott. In ca. sieben Minuten lädt Claude die 29 Bilder und Videos hoch, erstellt Seitenkopf, Steckbrief mit den Leistungen, zwölf Galerien und den Teaser am Seitenende. Alte Inhalte werden zum Löschen markiert, und schon ist die komplette Seite im Entwurf fertig. Auf der Live-Website ist alles unverändert.

Die ganze Referenz von oben nach unten

Von Hand im Backend würde so eine Seite über eine Stunde brauchen, bis alle Tippfehler ausgebügelt und Abstände nachgemessen sind. Ohne Workspaces passiert das mit der Live-Seite, ist also für Besuchende theoretisch sichtbar, oder erfordert eine temporäre versteckte Seitenkopie, die dann zum Fertigstellen vertauscht wird. Der Agent dagegen überträgt fehlerlos, verifiziert seine Arbeit, bevor ich drübersehe, und ein paar Anmerkungen zu Abständen, Zwischenüberschriften und einer gespiegelten Galerie sind direkt nach meinem Hinweis eingearbeitet.

Fehlendes Layout? Kein Problem.

Bei der Durchsicht fiel mir auf, dass zwei Bildgruppen seitenverkehrt standen. Vier kleine Infografiken sollten links stehen, ein großes Bild rechts. Das Inhaltselement, das Claude verwendet hat, kannte aber nur die umgekehrte Anordnung. Als Entwickler hätte ich nun die fehlende Variante ergänzt: Template, Stylesheet und Vorschaubild wären anzupassen, im Backend von Hand auf die neue Variante umzustellen, das natürlich erst lokal in einer ddev-Umgebung getestet, bevor die Seite wieder in die Abnahme hätte gehen können.

Dieselbe Session, in der das MCP läuft, ist aber eine Instanz von Claude Code in der Kommandozeile. Claude hat also selbst erkannt, dass im Template eine Variante fehlte. Die hat es gleich mitgebaut. Dazu gehörten die gespiegelte Anordnung im Galerie-Template, das neu erzeugte Stylesheet und ein passendes Vorschaubild, damit die Redaktion die neue Variante im Backend genauso auswählen kann wie die bestehenden Anordnungen der Galerie. Bevor es den Pull Request anlegte, also einen Änderungsvorschlag für den Code, den bei uns ein Mensch prüft und übernimmt, hat es die neue Anordnung im Browser getestet, am Desktop und in Handybreite. Vom Hinweis bis zum fertigen Änderungsvorschlag vergingen fünf Minuten, und im selben Zug standen auch meine anderen beiden Anmerkungen im Entwurf.

Sobald der Code übernommen war, hat Claude die beiden Galerien auf die neue Variante umgestellt. Dass Claude die Erweiterung aus den Inhalten heraus erkannt hat, zeigt, wie gut dieser MCP-Workflow mit einer bestehenden agentischen Entwicklungspipeline ineinandergreifen kann. Hier entstand in einem Wurf ein Pull Request für die fehlende Konfiguration; alles, was ich machen musste, war, den PR zu prüfen und freizugeben.

Wie prüft das Team, ohne ins Backend zu müssen?

Durch die Workspaces-Erweiterung kann ein Vorschau-Link erstellt werden, der die Einsicht ohne Anmeldung ermöglicht. Das heißt nach meiner Abnahme, dass ich den Link einfach im Ticket teilen kann, damit die Kolleg:innen im eigenen Browser einen produktionsnahen Stand sehen. Das TYPO3-Backend müssen sie dafür nicht öffnen.

Der Link zeigt die Seite mit unseren Templates, auf unserem Server und mit den richtigen Bildern, nur eben als Entwurf. Was in der Vorschau steht, geht genau so live, ohne Screenshot oder Nachbau dazwischen.

Ausschnitt aus der Vorschau der Referenzseite BUND Naturschutz: zwei Eichhörnchen im Seitenkopf. Oben rechts der Hinweis „Preview of workspace MCP-Workspace (1)“ mit dem Link „Stop preview“So sieht die Abnahme aus: die echte Seite, oben rechts der Hinweis auf den Workspace-Entwurf.

Kurz nach der Vorschau kommt Feedback im Ticket; eine Leistung soll anders heißen, eine zweite verwandte Referenz dazu, und am Seitenende könnten diese neuen Bilder noch gut aussehen. Keine Viertelstunde später sind die Punkte im Entwurf angepasst.

Was bleibt beim Menschen?

Die KI hat den Bau beschleunigt und Fehlerquellen minimiert. Inhaltliche Entscheidungen, Bildauswahl und die finale Veröffentlichung liegen weiter bei den Menschen im Loop.
Die Seite ist inzwischen online!

TYPO3-Modul Veröffentlichen in der Arbeitsumgebung MCP-Workspace: Änderungen von Claude (MCP) an der Seite Bund Naturschutz mit den Aktionen bearbeitet und gelöscht, den Stufen Bearbeitung und Bereit zum Veröffentlichen und dem geöffneten Menü mit Veröffentlichen und VerwerfenDas Modul Veröffentlichen zeigt jede Änderung im Workspace, bevor jemand sie live schaltet.

Grenzen und Möglichkeiten

Das MCP hilft bei der Erstellung von Artikeln, kann bei größeren Umbauten mit agentischer Unermüdlichkeit Tippfehler ausschließen und eignet sich sogar durch das angebundene Sprachmodell als reibungsfreies Übersetzungstool.
Die Fähigkeiten beschränken sich aber im Moment auf die redaktionelle Ebene; Nutzersteuerung, System-Logs und auch Veränderungshistorie sind nicht enthalten.
Es ersetzt nicht die Grundeinrichtung und kann auch von sich aus keinen Quellcode verändern; als Werkzeug zur intelligenten Erledigung von klar definierten Aufgaben eignet es sich aber sehr gut.

Für die Installationen unserer Kunden lässt sich diese Erweiterung leicht einbinden:
Der MCP-Server bekommt ein eigenes Konto mit Berechtigungen wie der Rest der Redaktion.
Alles, was damit geschrieben wird, landet erst im Entwurf, und wer abnimmt, bekommt einen Vorschau-Link. Das Veröffentlichen bleibt ein bewusster Schritt im Backend.

Wie wir TYPO3-Projekte von Regensburg aus aufsetzen und betreuen, steht auf unserer Seite zur TYPO3-Entwicklung.

Titelbild: mit KI erzeugt (Google Gemini), gestaltet nach unserer Bildsprache. Die Bilder im Text sind Ausschnitte aus unserer Referenzseite und Backend-Screenshots. Der Entwurf dieses Artikels wurde mit Claude generiert. Die Zahlen stammen aus den Protokollen unserer Arbeitssitzungen und aus dem Projektticket.

Mehr von uns in deiner Google-Suche: JANDA+ROSCHER bei Google bevorzugen

Das könnte dir auch gefallen

Zur Übersicht
Die Rede kam aus der Brille: Was KI-Brillen wie die Even Realities G2 dürfen sollten
KI Wearables Datenschutz Vertrieb
Boris Janda – 09.11.2026

Die Rede kam aus der Brille: Was KI-Brillen wie die Even Realities G2 dürfen sollten

Ein Abgeordneter in Wales las seine Rede von einer KI-Brille ab. Als Teleprompter finde ich die Even Realities G2 gut, im Gespräch wird es heikel.

Deine Botschaft?