nubjs/nub: Redaktioneller README-Leitfaden

nubjs/nub beschreibt sich im README als „The fast all-in-one Node.js toolkit". Dieser Text bleibt bei Fakten, die im Repository überprüfbar sind. Sterne, Forks und Badges zeigen Aufmerksamkeit, aber keine Qualität. Unter „README" steht: A fast all-in-one toolkit that augments Node.js instead of replacing it. Das beschreibt den vorgesehenen Umfang, nicht einen Produktionstest.

Der Abschnitt „File runner , nub" zeigt, für welches Problem das Projekt gedacht ist: 🧭 TypeScript-friendly resolution: extensionless imports, tsconfig.json#paths. Passt dieses Problem nicht zu deinem Fall, ist Popularität kein ausreichender Grund. Namen, Befehle und Komponenten bleiben unverändert, damit Leser die Primärquelle ohne neue Begriffe vergleichen können. Ein weiterer überprüfbarer README-Punkt lautet: 🦆 Full TypeScript support, including enum, namespace. Er hilft beim ersten Test, ersetzt aber keinen Test in der vorgesehenen Umgebung.

Die Betriebsweise verteilt sich auf Abschnitte wie „README". Die Quelle nennt: One tool to run your files and scripts, install dependencies, and manage Node itself. No new runtime, no vendor-specific API surface, no lock-in.. Fehlende Angaben zu Architektur, Leistung oder Sicherheit werden nicht ergänzt. Vor einem echten Einsatz müssen Repository-Struktur, Konfigurationsdateien und Release-Verlauf geprüft werden.

Beginne die Installation am dokumentierten README-Einstieg. Ein überprüfbarer Befehl ist: nub index.ts # TypeScript-first Node.js runtime nub run dev # 24× faster pnpm run nubx prisma generate # 19× faster npx nub install # 18× faster pnpm install nub watch src/server.ts # native watch mode nub pm shim # built-in Corepack-style shims nub node install 26 # Node version manager nub upgrade # self update Wenn kein ausführbarer Befehl vorhanden ist, wird hier keiner erfunden. Prüfe den Abschnitt „File runner , nub" auf Abhängigkeiten, Standardports und die Einrichtung beim ersten Start.