Claude Code + Statamic: Wie diese Website entsteht und lebt
Diese Website läuft auf Statamic als Flat-File-CMS und nutzt Claude Code als Coding-Agent im Terminal. Kein Trend-Stack, sondern eine bewusste Entscheidung - weil beide Werkzeuge eine Eigenschaft teilen, die sich gegenseitig verstärkt.
Statamic speichert alles als Dateien im Git-Repository: Inhalte als Markdown mit YAML-Frontmatter, Navigationen und Globals als YAML, Templates als Antlers-Files, Stylesheets als CSS. Es gibt keine Datenbank, in der etwas verschwindet. Claude Code wiederum ist ein CLI-Agent, der genau solche Dateien liest, editiert und als Diff zur Prüfung vorlegt. Das Ergebnis ist eine ungewöhnliche Symmetrie: Inhalt und Struktur lassen sich auf identische Weise per natürlicher Sprache ändern.
Warum Flat-File den entscheidenden Unterschied macht
Bei einem klassischen datenbankbasierten CMS wie WordPress oder TYPO3 leben Inhalte in MySQL- oder MariaDB-Tabellen. Strukturänderungen - ein neues Feld, eine geänderte Content-Relation - passieren im Code. Inhaltsänderungen passieren im Backend-Formular. Das sind zwei grundverschiedene Welten mit unterschiedlichen Werkzeugen, unterschiedlichen Zugriffsrechten und unterschiedlichen Versionierungslogiken.
Ein KI-Coding-Agent wie Claude Code kann Dateien lesen, editieren und Shell-Befehle ausführen. Er kann aber nicht sinnvoll in einer Datenbank navigieren, die keine natürliche Textrepräsentation hat. Eine SQL-Tabelle mit serialisierten PHP-Arrays (wie WordPress sie für Post-Meta nutzt) ist kein Edit-Ziel, das ein Agent zuverlässig anfassen sollte. Bei Statamic dagegen ist jeder Inhalt eine Datei, jede Datei ein potenzieller Git-Diff, jeder Diff reviewbar.
Was das praktisch bedeutet
'Mach den Footer dunkler' und 'Korrigiere den Tippfehler im dritten FAQ-Eintrag' funktionieren in derselben Welt. Der eine Edit landet in einer CSS-Datei, der andere in der Frontmatter eines Markdown-Files. Beide sind git-trackbar, beide erscheinen als Diff im Terminal, beide lassen sich mit einem Commit sichern. Bei einem DB-CMS wäre der Tippfehler ein Datenbankupdate, der Footer-Edit eine Code-Änderung - der Agent hätte keinen einheitlichen Anker.
Pinpoint: Der Frontend-Picker als fehlende Brücke
Die Kombination Statamic plus Claude Code funktioniert gut, wenn man weiss, welche Datei man ändern will. Aber nicht jeder hat den Dateipfad im Kopf, wenn er im Frontend einen zu grossen Abstand oder einen falschen Text sieht. Dafür gibt es Pinpoint - ein selbstgebautes Werkzeug, das die letzte Lücke schliesst.
So funktioniert es: Im eingeloggten Frontend auf ein Element klicken - eine Headline, einen Button, einen Bild-Container. Es öffnet sich ein Modal mit einem Freitext-Feld. Dort eine Anweisung eingeben: 'Abstand vergrössern', 'Bild rund machen', 'Lead-Text kürzen'. Pinpoint generiert daraus einen strukturierten Edit-Prompt mit Datei-Pfad, CSS-Selector, HTML-Tag und aktuellem Text. Der Prompt landet in der Zwischenablage. In einer offenen Claude-Code-Session: einfügen, Claude editiert die richtige Datei, Diff prüfen, fertig.
Dieses Konzept - visuelles Picking im Frontend, strukturierter Prompt als Output - funktioniert nur, weil Statamic jede Änderung auf eine konkrete Datei zurückführen kann. Bei einem DB-CMS müsste Pinpoint stattdessen einen API-Call gegen das Backend bauen, mit Authentifizierung, Feldmapping und der Hoffnung, dass die richtige Tabelle getroffen wird. Machbar, aber eine völlig andere Komplexitätsstufe.
Wie sich das von Builder.io und Sanity unterscheidet
Tools wie Builder.io oder Plasmic bieten ebenfalls visuelle Editing-Oberflächen mit Headless-Architektur. Sanity Studio hat einen eigenen AI-Agenten, der laut Sanity 'content operations at scale' per Konversation abwickeln soll - Bulk-Edits, Content-Audits und Ähnliches. Das sind leistungsfähige Plattformen, aber sie lösen ein anderes Problem. Sie sind auf Teams mit getrennten Rollen optimiert: Designer bauen Layouts, Entwickler kontrollieren Logik, Redakteure verwalten Inhalte. Pinpoint dagegen ist für den Fall gebaut, dass eine Person alle drei Rollen hat und die kürzeste Verbindung zwischen 'das sieht falsch aus' und 'das ist gefixt' sucht.
Hybrid statt Entweder-Oder
Dieser Workflow ersetzt nicht das Statamic Control Panel. Wer lieber im Backend arbeitet - Editor-Formular öffnen, Felder ausfüllen, speichern - kann das weiterhin tun. Wer lieber im Frontend sagt, was passieren soll, nutzt Pinpoint. Beide Pfade führen ins gleiche Repository, ins gleiche Datenmodell. Keine Synchronisation nötig, keine Konflikte zwischen zwei Welten.
Die Endkontrolle bleibt beim Menschen, und das ist mehrfach abgesichert: Claude Code zeigt jeden Edit als Diff, bevor etwas geschrieben wird. Das Control Panel zeigt Frontmatter-Änderungen im Versionsverlauf. Jeder Commit ist im Git-Log nachvollziehbar. Das ist kein 'Vibe Coding', bei dem man blind akzeptiert, was die KI vorschlägt. Es ist nachvollziehbares Editieren mit einem zusätzlichen Eingabepfad.
Was es konkret verändert
Kleine UI-Korrekturen, die früher das Aufsetzen einer lokalen Dev-Umgebung erfordert hätten - Dependencies installieren, den richtigen Selector finden, CSS anpassen, Build laufen lassen, prüfen - sind jetzt Sache von unter einer Minute. Drei Klicks im Frontend plus eine Anweisung in natürlicher Sprache. Das verschiebt die Schwelle zwischen 'lass ich erstmal' und 'mach ich jetzt kurz' erheblich.
Für wen das relevant ist
Dieser Ansatz passt für Projekte, bei denen eine Person oder ein kleines Team Design, Inhalt und Technik verantwortet. Er passt weniger für grosse Redaktionsteams, die strukturierte Freigabe-Workflows brauchen, oder für Projekte, die auf bestehende Infrastruktur mit MySQL-Datenbanken festgelegt sind. Statamic - vom Hersteller als 'flat-first, Laravel + Git powered CMS' beschrieben - ist bewusst kein Massenmarkt-Werkzeug. Es richtet sich an Entwickler und technisch versierte Betreiber, die ihre Website als Code-Projekt verstehen. Claude Code verstärkt diese Eigenschaft, statt sie zu umgehen.
Ob Sie für Ihr eigenes Projekt einen ähnlichen Ansatz prüfen wollen: Der entscheidende erste Schritt ist die Frage, ob Ihre Inhalte als Dateien im Repository leben können. Wenn ja, stehen Ihnen Werkzeuge wie Claude Code als natürlicher Editing-Partner offen. Wenn nein - weil Ihre Inhalte in einer relationalen Datenbank mit komplexen Abhängigkeiten stecken - ist der Weg deutlich steiniger und oft nicht sinnvoll.