English

cschr .dev

Diese Seite ist ein statischer Next.js-Export mit Inhalten aus Contentful, gebaut in etwa zehn Tagen von einem Team aus neun Claude-Code-Agenten. Ich habe Spec und Quality Gates vorgegeben, die Entscheidungen getroffen und die Arbeit reviewt. Der Code ist öffentlich. [PLATZHALTER: Repo vor dem Launch öffentlich machen]

Alle Arbeiten

Jahr
2026
Rolle
Architektur, Specs, Review
In der Vita: 2025
Die Startseite von cschr.dev mit Intro-Text und einer Reihe Projektkacheln.

01 · Warum ein Neustart

Mein erster Anlauf, cschrdev, lief von März bis Juni 2026, dann habe ich ihn verworfen. Es gab kein Content-Modell und kein CMS, der Stack war zu experimentell, und das Design passte nicht. Neu angefangen habe ich mit einem Design-Handover als Spec, Akzeptanzkriterien für jeden Teil und einem Team aus Agenten.

  • 02 · Architektur

    Der Kern in `src/core` weiß nichts von Next.js oder React; Biome erzwingt das, damit ein anderes Frontend ihn später nutzen kann. Zod-Schemas sind die einzige Quelle für Typen. Inhalte werden beim Build validiert, und ungültige Inhalte lassen den Build scheitern, während das letzte gute Deploy online bleibt.

  • Diagramm des Builds: Inhalte aus Contentful laufen durch die Zod-Validierung im Kern und werden dann zum statischen Export auf Vercel; ungültige Inhalte stoppen bei der Validierung.

  • 03 · Tempo

    Nach dem Build verschiebt ein Skript die Hydration: Die Next.js-Chunks laden erst nach dem `load`-Event und konkurrieren nicht mit dem größten Bild. Ein JS-Budget lässt die CI scheitern, wenn eine Seite zu schwer wird. Lighthouse läuft auf jeder Preview und muss bei Barrierefreiheit, Best Practices und SEO 100 erreichen, bei Performance mindestens 95.

  • 04 · Übergänge

    Seiten gehen per dokumentübergreifender View Transitions ineinander über, ohne GSAP und ohne clientseitigen Router. Speculation Rules rendern die wahrscheinlich nächste Seite vor, der Übergang startet also auf einer Seite, die schon da ist.

  • 05 · Content-Betrieb

    Schema-Änderungen in Contentful sind Migrationen im Code, und jeder Lauf wird in der Umgebung protokolliert, in der er lief. Keine Migration erreicht Produktion, bevor sie auf Dev lief. Veröffentlichen auf Produktion löst ein Deploy aus, also pausieren Massenänderungen zuerst den Webhook und deployen am Ende einmal. Ein Orphan-Tool findet Einträge, auf die nichts mehr verweist.

  • 06 · Das Agenten-Team

    Neun Claude-Code-Agenten machen die Arbeit: Architekt, Entwickler, Reviewer, QA, Designer, Copywriter, Performance-Auditor, Researcher und Writer. Ein Hub plant und entscheidet; die Spokes bekommen ein Briefing und berichten nach festem Protokoll. Pläne und Akzeptanzkriterien liegen in GitHub-Issues. Ich bin der Mensch in der Schleife: Ich entscheide und lese die Reviews. Kleine, grüne Änderungen darf der Hub selbst mergen, alles andere geht über mich.

  • Das Hub-Board für ein Arbeitspaket: links die Liste der Pakete und was auf mich wartet, in der Mitte die Zeitleiste mit den Runden von Entwickler, Reviewer, Copywriter und Designer, rechts die Unterhaltung zwischen Hub und Agenten.

  • 07 · Wo Agenten scheitern

    Agenten laufen in Schleifen, und dann muss ich eingreifen. Ein Entwickler-Agent hat einen Code-Health-Score über zwei Refactorings gejagt, obwohl der Score konstruktionsbedingt nicht mehr steigen konnte. Das Protokoll hat ihn dort gestoppt: Nach zwei gescheiterten Versuchen muss ein Agent fragen, statt einen dritten zu starten.

  • Kernaussage

    Nervig, wenn man vorankommen will, aber wenn ich mir den Code anschaue, bin ich zufrieden.

08 · Ergebnis

Ab dem ersten Commit am 26. September 2026 hat die Seite etwa zehn Tage gebraucht, auf Englisch an der Wurzel und auf Deutsch unter /de. Sie spricht auch mit Maschinen: llms.txt, Markdown-Fassungen jeder Seite und strukturierte Daten. Das Repository ist öffentlich [PLATZHALTER: Repo-URL], jede Entscheidung und jedes Review lässt sich nachlesen.