NOVURA Projekt-Matrix V4.1 POST-AUDIT + ADMIN-PANEL
Klicke auf eine Zeile fuer Details + Notizfeld. Daten werden lokal im Browser gespeichert.
SA = Admin-Panel Sektor (parallel zur App, Panel-First-Prinzip)
Automatisch vs. Manuell
Analyse der zwei Entwicklungs-Workflows fuer NOVURA V4.1 — Ergebnis einer Diskussion zwischen zwei unabhaengigen Claude-Instanzen
Die zwei Ansaetze
Ein Shell-Script (run-novura.sh) fuettert vorgeschriebene Prompts nacheinander an Claude Code. Claude arbeitet direkt in den Projektdateien. An Checkpoint-Gates pausiert das Script fuer manuelle Kontrolle.
Claude schreibt Prompts im Chat. Du kopierst sie in Cursor. Cursor fuehrt aus. Du pruefst das Ergebnis. Du gibst Feedback. Claude passt an.
Vergleich
| Kriterium | Automatisiert | Manuell |
|---|---|---|
| Prompt eingeben | 0 Sekunden (automatisch) | 10 Sekunden (Copy-Paste) |
| Ergebnis pruefen | 5-20 Minuten (Simulator) | 5-20 Minuten (Simulator) |
| Iterieren bei Problemen | Schwierig (Script stoppen, Prompt anpassen, neu starten) | Einfach (sofort im Chat korrigieren) |
| Fehler-Erkennung | Spaet (erst beim Checkpoint) | Sofort (nach jeder Phase) |
| Anpassungsfaehigkeit | Keine — Prompts sind vorgeschrieben | Hoch — reagiert auf realen Code-Zustand |
| Kaskadierende Fehler | Hoch — 3-4 Phasen laufen blind weiter | Isoliert — jede Phase wird einzeln geprueft |
| Kontext-Qualitaet | Gut (Claude Code liest Dateien) | Besser (Claude + dein Feedback + Screenshots) |
| Debugging | Log-Dateien lesen | Live im Chat besprechen |
Warum der Zeitgewinn minimal ist
Die Rechnung
Eine typische Phase dauert ca. 25 Minuten:
Das Automatisierungs-Script spart die 10 Sekunden Prompt-Eingabe. Das sind bei 30 Phasen insgesamt 5 Minuten Ersparnis auf ein 10-Tage-Projekt. Der Zeitfresser (Simulator pruefen, iterieren, debuggen) bleibt identisch.
Das Kern-Argument
— Zweite Claude-Instanz, unabhaengige Analyse
Das Hauptrisiko der Automatisierung
Die Prompts im Script wurden JETZT geschrieben, ohne den Code-Zustand NACH den vorherigen Phasen zu kennen.
Beispiel: Phase 2.6 sagt "Fuege PromptBar unterhalb des Weather Blocks ein." Aber nach Phase 0.2 (theme.ts Umbau) koennte sich die Struktur von index.tsx komplett veraendert haben. Der Prompt passt nicht mehr zur Realitaet.
Beide Claude-Instanzen sind unabhaengig zum selben Schluss gekommen: Vorgeschriebene Prompts bleiben ueber 25+ Phasen nicht stabil. Jede Phase veraendert den Code-Zustand, und spaetere Prompts muessen darauf reagieren koennen.
Die gemeinsame Empfehlung
Ergebnis: Script als Prompt-Bibliothek, Ausfuehrung manuell
Beide Claude-Instanzen empfehlen unabhaengig denselben Hybrid-Ansatz:
1. Das run-novura.sh Script behalten — als Nachschlagewerk mit vorbereiteten Prompts.
2. Vor jeder Phase den Prompt aus dem Script lesen, an den aktuellen Code-Zustand anpassen, und manuell ausfuehren.
3. Nach jeder Phase im Simulator pruefen — kein Blindflug ueber mehrere Phasen.
Das gibt dir das Beste aus beiden Welten: Vorbereitete Prompts (Zeitersparnis beim Formulieren) UND Anpassungsfaehigkeit an den realen Code-Zustand (Sicherheit).
Wann Automatisierung doch Sinn macht
Phasen die NUR NEUE Dateien erstellen (ohne bestehenden Code zu aendern) koennten automatisiert werden:
• Neue Komponente erstellen (PromptBar.tsx, VibePills.tsx)
• Dummy-Daten Datei erstellen (dummyData.ts)
• Test-Dateien erstellen (__tests__/...)
Aber selbst hier ist der Zeitgewinn minimal (10 Sekunden pro Phase) und der Verlust an Kontrolle real.