Kann ich Heap vibecoden?

Baue mir eine Registratur für den eigenen Ereignisplan, die ehrliche Antwort auf Heaps Autocapture. Anforderungen:

- Ein Node-22-Prozess mit Express und better-sqlite3. Kein Tracking-Skript, das alles mitschneidet. Dieses Werkzeug erzwingt, dass du vorher weißt, was du misst.
- Der Ereignisplan liegt in plan.yaml: je Ereignis ein Name in snake_case, ein Zweck in einem Satz, die Eigenschaften mit Typ und ob sie Pflicht sind.
- Ein Endpunkt /collect nimmt Ereignisse entgegen und prüft jedes gegen den Plan. Ein unbekannter Ereignisname, ein fehlendes Pflichtfeld oder ein falscher Typ landet in einer Tabelle rejected mit dem Grund, nicht in den Daten.
- Genau diese Zurückweisung ist der Kern. Autocapture erzeugt Datenmengen, die niemand deuten kann; ein Plan erzeugt weniger Daten, die stimmen.
- Eine Übersicht zeigt je geplantem Ereignis: seit wann gesehen, Anzahl in sieben und 30 Tagen, und ob es zuletzt vorkam. Geplante Ereignisse, die nie ankommen, sind der häufigste Fehler beim Einbau.
- Eine Liste der Zurückweisungen, gruppiert nach Grund, mit Beispiel-Nutzlast. So findest du Tippfehler im Anwendungscode in Minuten.
- Ein Befehl erzeugt aus dem Plan eine TypeScript-Datei mit Typen und einer track-Funktion, damit falsche Aufrufe schon beim Kompilieren auffallen.
- Keine IP-Speicherung, keine Cookies, eine Aufbewahrungsfrist aus der Konfiguration.
- Deutsch sind Oberfläche, Kommentare und README. Alle Bezeichner bleiben englisch: Ereignisnamen, Eigenschaften, Tabellen, Routen.

Bewusst weglassen:

- Autocapture. Fremdes Verhalten vollständig mitzuschneiden ist ohne Einwilligung rechtlich heikel und fachlich faul.
- Rückwirkende Ereignisdefinition. Sie ist der Grund, warum Heap so viel speichern muss.
- Identitätsauflösung über Geräte hinweg.