Kann ich zcal vibecoden?

Baue mir ein persönliches Terminwerkzeug, das freie Zeiten veröffentlicht, als Ersatz für zcal. Anforderungen:

- Nimm genau diesen Stack: Next.js 15, TypeScript und SQLite; biete keine Alternativen an.
- Der Kern: mein Google-Kalender wird gelesen, freie Zeiten stehen auf einer öffentlichen Seite /book, Gäste reservieren ein Zeitfenster, und der Termin wird in den Kalender zurückgeschrieben.
- Deutsch sind Oberfläche, Bestätigungsmails, Kommentare und README. Tabellen, Spalten, Variablen und Routen bleiben englisch (bookings, availability_rules, events).
- Verfügbarkeit als Wochenregeln in einer Konfigurationsdatei, mit Pufferzeiten und der Zeitzone Europe/Berlin; Gäste sehen die Zeiten in ihrer eigenen Zeitzone.
- Warne mich in der README: Die Einrichtung der Google-OAuth-App ist der fummelige Teil, plane dafür eine eigene Stunde ein.
- Standardmäßig privat und für eine Person; alles liegt lokal in SQLite.
- Keine Analytik, keine Telemetrie, keine Konten bei Dritten außer dem Kalender-OAuth.
- Geheimnisse in die .env, eine .env.example liegt bei.
- Saubere Zustände für leer, ladend, Validierung, Erfolg und Fehler; doppelte Reservierungen fängt eine Transaktion in SQLite ab.
- Import und Export gehören dazu, damit mich nichts einsperrt.
- Täusche keine Integrationen vor; ohne verbundenen Kalender läuft die App im Demo-Modus mit klar beschrifteten Beispieldaten.
- Gezielte Tests für die Berechnung der freien Zeitfenster, dazu ein End-to-End-Rauchtest für eine Buchung.
- README mit Einrichtung, Architektur, Speicherort der Daten, Backup und Grenzen.
- Zum Schluss Tests und Build laufen lassen und Fehler beheben, statt sie nur zu beschreiben.

Bewusst weglassen:

- Mehrere Kalender.
- Team-Routing.
- Round-Robin.
- SMS-Erinnerungen und Terminumfragen.