preflight lässt sich gegen die echte Produktionskonfiguration ausführen und meldet nur echte Blocker.
Befund
README und docs/EINRICHTUNG.md empfehlen, preflight im laufenden App-Pod auszuführen (kubectl exec … -- pnpm preflight bzw. node_modules/.bin/tsx scripts/preflight.ts). Das Dockerfile sagt an der Stufe tools dagegen ausdrücklich, dass im App-Image tsconfig.json und Pakete wie stripe fehlen und Skripte unter scripts/ dort mit „Cannot find module“ abbrechen. scripts/preflight.ts importiert unter anderem ../src/lib/stripe. Ob der dokumentierte Aufruf funktioniert, ist nicht belegt.
Offen
Mit Freigabe einmal ausprobieren (nur lesend) oder gleich einen Job mit dem Image wabenhain-tools und denselben envFrom-Quellen vorsehen
README „Vor dem Live-Gang“ und docs/EINRICHTUNG.md Abschnitt 9 auf den funktionierenden Weg angleichen
Ergebnis des ersten echten Laufs im Issue festhalten (welche Blocker offen sind)
Grundlage
Dockerfile (Stufen tools und runner), scripts/preflight.ts.
Status
Code: ja (Skript vorhanden) · Geprüft: nein · Gemergt: ja · Produktiv: unbekannt
Stand: 2026-10-16 (Quelle: git origin/main 35e7c84, Cluster-Abfrage nur lesend am 2026-10-16, Session-Status, Memory)
## Ziel
`preflight` lässt sich gegen die echte Produktionskonfiguration ausführen und meldet nur echte Blocker.
## Befund
README und docs/EINRICHTUNG.md empfehlen, `preflight` im laufenden App-Pod auszuführen (`kubectl exec … -- pnpm preflight` bzw. `node_modules/.bin/tsx scripts/preflight.ts`). Das Dockerfile sagt an der Stufe `tools` dagegen ausdrücklich, dass im App-Image `tsconfig.json` und Pakete wie `stripe` fehlen und Skripte unter `scripts/` dort mit „Cannot find module“ abbrechen. `scripts/preflight.ts` importiert unter anderem `../src/lib/stripe`. Ob der dokumentierte Aufruf funktioniert, ist nicht belegt.
## Offen
- [ ] Mit Freigabe einmal ausprobieren (nur lesend) oder gleich einen Job mit dem Image `wabenhain-tools` und denselben `envFrom`-Quellen vorsehen
- [ ] README „Vor dem Live-Gang“ und docs/EINRICHTUNG.md Abschnitt 9 auf den funktionierenden Weg angleichen
- [ ] Ergebnis des ersten echten Laufs im Issue festhalten (welche Blocker offen sind)
## Grundlage
`Dockerfile` (Stufen `tools` und `runner`), `scripts/preflight.ts`.
## Status
Code: ja (Skript vorhanden) · Geprüft: nein · Gemergt: ja · Produktiv: unbekannt
Stand: 2026-10-16 (Quelle: git origin/main 35e7c84, Cluster-Abfrage nur lesend am 2026-10-16, Session-Status, Memory)
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Ziel
preflightlässt sich gegen die echte Produktionskonfiguration ausführen und meldet nur echte Blocker.Befund
README und docs/EINRICHTUNG.md empfehlen,
preflightim laufenden App-Pod auszuführen (kubectl exec … -- pnpm preflightbzw.node_modules/.bin/tsx scripts/preflight.ts). Das Dockerfile sagt an der Stufetoolsdagegen ausdrücklich, dass im App-Imagetsconfig.jsonund Pakete wiestripefehlen und Skripte unterscripts/dort mit „Cannot find module“ abbrechen.scripts/preflight.tsimportiert unter anderem../src/lib/stripe. Ob der dokumentierte Aufruf funktioniert, ist nicht belegt.Offen
wabenhain-toolsund denselbenenvFrom-Quellen vorsehenGrundlage
Dockerfile(Stufentoolsundrunner),scripts/preflight.ts.Status
Code: ja (Skript vorhanden) · Geprüft: nein · Gemergt: ja · Produktiv: unbekannt
Stand: 2026-10-16 (Quelle: git origin/main
35e7c84, Cluster-Abfrage nur lesend am 2026-10-16, Session-Status, Memory)