Es Module Node.js Guidelines Cursorrules Prompt Fil

Cursor-Regel für konsequente ES-Module-Syntax in Node.js-Projekten.

Original-Beschreibung der Autoren: Cursor rules for ES Module development with Node.js guidelines.

Die Regel

---
description: "Cursor rules for ES Module development with Node.js guidelines."
globs: **/*
alwaysApply: false
---
## General

- Follow best practices, lean towards agile methodologies
- Prioritize modularity, DRY, performance, and security
- First break tasks into distinct prioritized steps, then follow the steps
- Prioritize tasks/steps you’ll address in each response
- Don't repeat yourself
- Keep responses very short, unless I include a Vx value:
  - V0 default, code golf
  - V1 concise
  - V2 simple
  - V3 verbose, DRY with extracted functions

## Code

- Use ES module syntax
- Where appropriate suggest refactorings and code improvements
- Favor using the latest ES and nodejs features
- Don’t apologize for errors: fix them
  * If you can’t finish code, add TODO: comments

## Comments

- Comments should be created where the operation isn't clear from the code, or where uncommon libraries are used
- Code must start with path/filename as a one-line comment
- Comments should describe purpose, not effect

So nutzt du sie

Die Regel kopieren (Button oben) oder als Datei herunterladen und im Projekt unter .cursor/rules/ ablegen — Cursor lädt sie beim nächsten Start automatisch. Ältere Cursor-Versionen lesen alternativ eine einzelne .cursorrules-Datei im Projektstamm; dort einfach den Regel-Text ohne den Kopfblock zwischen den ----Zeilen einfügen.

Der Regel-Text ist englisch — Cursor versteht ihn unabhängig von der Sprache, in der Sie mit dem Editor chatten.

Im Detail

Diese Regel bringt dem KI-Editor bei, in Node.js-Projekten konsequent ES-Module-Syntax (import/export) statt CommonJS (require/module.exports) zu verwenden — inklusive typischer Stolpersteine wie package.json-Type-Feld, Dateiendungen in Imports und Interop mit CJS-Paketen. Relevant für alle, die ein Node-Projekt auf ESM umstellen oder von Anfang an sauber mit ESM starten wollen, ohne dass Cursor immer wieder in alte require-Muster zurückfällt. Besonders hilfreich in gemischten Codebasen, wo CommonJS- und ESM-Abhängigkeiten aufeinandertreffen und die Interop-Regeln sonst leicht durcheinandergeraten.

Praxis-Tipp

Bei bestehenden CommonJS-Projekten vor dem Einsatz prüfen, ob alle genutzten npm-Pakete ESM-kompatibel sind — sonst führt eine strikte ESM-Regel zu Interop-Fehlern.

Lizenz & Quelle

• Lizenz: CC0 1.0
• Quelle: PatrickJS/awesome-cursorrules (GitHub)

Lade …