f99c1f1abd
Der Standalone-Runner `tsx src/db/seed/index.ts` (npm run db:seed) importierte Laufzeit-Module ueber den tsconfig-Pfad-Alias `@/` (`@/db/schema`, `@/lib/audit`). tsx loest `paths` nur versionsabhaengig auf (erst ab v4.20); package.json pinnt jedoch `tsx ^4.19.2`, sodass eine 4.19.x-Aufloesung mit ERR_MODULE_NOT_FOUND scheitert, bevor eine DB-Verbindung aufgebaut wird. Der Offline-Unit-Test maskierte das, weil er nur die `./data/*`-Dateien importiert und Vite den Alias aufloest. Fix: index.ts und upsert.ts nutzen jetzt relative `.js`-Imports (`../schema/index.js`, `../../lib/audit.js`, `./data/*.js`, `./upsert.js`) analog zu scripts/seed-auth.ts und scripts/migrate.ts. Damit ist die Aufloesung tsx-versionsunabhaengig und konsistent zur etablierten Konvention der uebrigen per tsx ausgefuehrten Scripts. Verifiziert offline: tsc --noEmit (0), 25 Seed-Unit-Tests gruen, und das Seed-Modul-Importgraph laedt unter `node --import tsx/esm` ohne Resolver-Fehler. Die tatsaechliche `npm run db:seed`-Ausfuehrung gegen Postgres bleibt deferred (kein Postgres/Server im Sandbox). Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>