Bis November 2026 lief brunzel.info als WordPress-Blog. Daneben gab es eine eigene Website für meine KI-Projekte und zwei einzelne Projektseiten. Drei Designs, drei Orte, an denen etwas aktualisiert werden musste. Jetzt ist alles eine Website, und ich muss dafür keine Oberfläche mehr anfassen: Ich schreibe Claude im Chat, was passieren soll.
Die Idee: Abnahme
Alle meine Projekte funktionieren gleich. Eine KI erzeugt etwas, ich prüfe es und nehme es ab oder werfe es weg. Genau so sieht die Website aus: wie ein Leuchttisch mit Kontaktbögen. Bilder liegen in Filmrahmen, und Entscheidungen stehen als Fettstift-Markierungen daneben. Ein Kreis heißt abgenommen, ein Haken fertig, ein Strich Ausschuss. Jedes Projekt hat seine eigene Stiftfarbe: Rot für das Musikvideo, Blau für NCC, Grün für Halle 77 Drive.
Die Schriften sind Anybody für Titel und Literata für Fließtext. Beide liegen auf dem eigenen Server, es wird nichts von Google oder anderen Diensten nachgeladen.
Kein CMS, sondern ein Generator
Die Website ist ein kleines Python-Programm, das aus Textdateien fertige HTML-Seiten baut. Es gibt keine Datenbank, kein Login und keine Plugins, also auch nichts, was man hacken oder aktualisieren müsste.
- Jeder Beitrag ist ein Ordner mit einer Markdown-Datei und seinen Bildern, Videos und Tonspuren.
- Bilder werden beim Bauen automatisch in AVIF und WebP in zwei Größen umgewandelt.
- Jeder Beitrag kann in mehreren Rubriken stehen: KI-Projekte, Tutorials, Homelab, Games, Musik, Allgemein.
- Ein Beitrag mit Datum in der Zukunft erscheint erst ab diesem Zeitpunkt.
- Alles gibt es auf Deutsch und Englisch. Fehlt die englische Fassung, zeigt die Seite den deutschen Text mit einem Hinweis.
- Suche und RSS-Feed kommen ohne fremde Dienste aus.
Die Projektbereiche lesen ihre Daten direkt aus den Projekten selbst. Schreibe ich im Musikvideo-Projekt einen neuen Tagebucheintrag, steht er nach dem nächsten Build auch hier.
Wo die Website wohnt
Der Quellcode liegt in einem privaten Repository auf GitHub. Eine Kopie davon hält ein Gitea auf meinem Unraid-Server, als Sicherung zu Hause.
Ausgeliefert wird die Website von einem kleinen Linux-Container auf meinem Proxmox-Server. Darin läuft Caddy als Webserver, davor ein Reverse Proxy, der sich um HTTPS kümmert.
Der Container baut die Website selbst:
- Alle 15 Minuten schaut er auf GitHub nach, ob sich etwas geändert hat. Wenn ja, baut er neu.
- Jede Nacht um 00:01 baut er in jedem Fall neu. So erscheinen geplante Beiträge pünktlich um Mitternacht.
- Jeder neue Stand wird zuerst komplett geprüft, jeder Link und jedes Bild. Erst dann wird umgeschaltet. Geht etwas schief, bleibt der alte Stand online.
Wie Claude mitarbeitet
Ich arbeite an der Website nicht mit einem Editor, sondern im Chat mit Claude. Ein Beispiel: Ich schreibe „Update Projekt Warum“. Claude schaut sich dann an, was im Projekt passiert ist, schreibt einen Beitrag dazu auf Deutsch und Englisch und zeigt ihn mir. Wenn ich ihn freigebe, legt Claude ihn auf GitHub ab, und eine Viertelstunde später ist er online.
Damit das jedes Mal gleich abläuft, gibt es dafür einen Skill, eine feste Arbeitsanleitung für Claude. Darin steht, wie ein Beitrag aufgebaut ist, welche Rubriken es gibt, wie übersetzt wird und dass nichts ohne mein Okay veröffentlicht wird.
Spickzettel: So sage ich Claude, was passieren soll
Diese Sätze reichen in einem Chat im Website-Projekt. Claude zeigt mir immer erst einen Entwurf und veröffentlicht erst nach meinem Okay.
| Ich schreibe | Was passiert |
|---|---|
| „Schreib einen Blogbeitrag über …“ | Entwurf auf Deutsch und Englisch, mit Rubriken und Anriss. Bilder hänge ich an oder nenne den Ordner. |
| „Update Projekt Warum“ (oder NCC, Halle 77 Drive, brunzel.info) | Claude schaut, was sich im Projekt getan hat, aktualisiert die Projektseite und schreibt einen Update-Beitrag. |
| „Leg ein neues Projekt an: …“ | Neue Projektseite mit Karte in der Projektübersicht. |
| „Übersetz alle Beiträge, die noch kein Englisch haben“ | Englische Fassungen, gesammelt zum Durchsehen. |
| „Veröffentliche den Beitrag am 20. November um Mitternacht“ | Der Beitrag bekommt dieses Datum und erscheint von selbst. |
| „Ändere auf der Seite Hardware …“ | Seite wird angepasst. |
| „Direkt veröffentlichen“ | Claude überspringt die Freigabe. Nur sagen, wenn ich mir sicher bin. |
| „Was steht noch auf der TODO-Liste?“ | Claude liest die offenen Punkte vor. |
Gut zu wissen:
- Nach dem Okay ist eine Änderung innerhalb von 15 Minuten online.
- Für Projektordner auf meinem PC muss die Claude-App auf dem PC laufen.
- Bilder bekommen immer eine Beschreibung. Wenn ich keine mitliefere, schlägt Claude eine vor.
- Claude erfindet nichts. Fehlt etwas, fragt Claude nach.
Vom alten Blog umgezogen
Der Umzug aus WordPress lief über ein Import-Skript direkt auf dem Server: alle Beiträge und Seiten mit Bildern in Originalgröße, Videos und Tonspuren. Alte Adressen leiten dauerhaft auf die neuen weiter, Links von außen gehen also nicht kaputt. Eingebettete YouTube-Videos sind jetzt Links, damit beim Lesen keine fremden Cookies gesetzt werden.
Was noch kommt
- Englische Fassungen aller Beiträge
- Impressum und Datenschutzerklärung
- Kennzahlen der Projekte, die sich selbst aktualisieren
