Cursor-Regeln erstellen: Vorgaben für das eigene Projekt

Das Problem

Cursor ist ein Editor für Programmierende mit eingebauter KI. Sie beschreiben, was Sie wollen, und Cursor schlägt Änderungen in einer oder mehreren Dateien vor. Doch die KI kennt Ihr Projekt nicht von selbst. Sie weiss nicht, welche Namensregeln gelten, welche Bibliotheken erlaubt sind, welche Ordner tabu sind oder in welcher Sprache die Texte sein sollen.

Das Ergebnis sind Änderungen, die technisch laufen, aber nicht zum Projekt passen: anderer Stil, falsche Ordner, neue Pakete, englische Texte auf einer deutschsprachigen Oberfläche. Wer das bei jedem Auftrag korrigiert, verliert Zeit und Nerven.

Cursor bietet dafür Projektregeln an. Das sind Textdateien im Projekt, die der KI mitgegeben werden, bevor sie arbeitet. Sie funktionieren wie eine Hausordnung für die KI. Die genauen Dateinamen, Formate und Einstellmöglichkeiten haben sich bei Cursor schon mehrfach geändert, deshalb gilt im Zweifel die aktuelle Dokumentation. Frau Müller muss die Regeln nicht selbst schreiben, aber sie kann dafür sorgen, dass Vorgaben zu Datenschutz und Sicherheit in ihnen stehen.

So lösen Sie es mit KI – Schritt für Schritt

1. Wiederkehrende Korrekturen sammeln. Notieren Sie, was Sie in KI-Änderungen immer wieder korrigieren: Stil, Ordner, Sprache, Pakete. Das sind die Kandidaten für Regeln.
2. Allgemeines von Bereichsspezifischem trennen. Manche Regeln gelten überall (Sprache, Sicherheit), andere nur für bestimmte Dateien oder Ordner (zum Beispiel Testdateien). Cursor erlaubt je nach Version, Regeln für bestimmte Dateimuster oder auf Anfrage zu laden.
3. Regeln kurz und konkret schreiben. Eine Regel pro Gedanke, in klaren Sätzen, mit Beispielen. «Verwende deutsche Fehlermeldungen in der Schweizer Schreibweise» ist besser als «Achte auf gute Texte».
4. Befehle und Aufbau festhalten. Nennen Sie, wie man testet und startet und welche Ordner wofür da sind.
5. Verbote und Grenzen setzen. Keine Zugangsdaten anfassen, keine Pakete ohne Rückfrage, keine Änderungen an Konfiguration und Datenbank, keine Dateien löschen.
6. Regeldateien im Projekt ablegen. Speichern Sie sie am vorgesehenen Ort im Projekt, damit sie versioniert und im Team geteilt werden.
7. Mit kleinen Aufträgen testen. Geben Sie drei einfache Aufgaben und prüfen Sie, ob die Regeln befolgt werden. Passen Sie unklare Stellen an. Siehe Änderungen in Cursor prüfen.
8. Datenschutz klären. Prüfen Sie, welche Projektdaten an den Dienst gehen und welche Einstellungen Ihr Betrieb braucht. Siehe Cursor und Datenschutz.
9. Pflegen. Aktualisieren Sie die Regeln bei Änderungen und räumen Sie überholte auf.

Vorlage zum Kopieren

Diese Vorlage können Sie als Regeldatei übernehmen und anpassen:

Projektregeln

Projekt: [Name], [Zweck in einem Satz]. Technik: [Sprache, Framework].

Aufbau
- Quellcode in [src/], Tests in [tests/], Dokumentation in [docs/].
- Nicht verändern: [generierte Dateien, Bibliotheksordner, Konfiguration mit Zugangsdaten].

Befehle
- Tests: [Befehl]. Stilprüfung: [Befehl]. Start: [Befehl].

Stil
- Namen und Kommentare: [Regeln].
- Texte für Menschen: Deutsch (Schweiz), «ss» statt «ß», Anrede «Sie».

Sicherheit und Vorsicht
- Keine Zugangsdaten, Schlüssel oder Kundendaten lesen, schreiben oder ausgeben.
- Keine neuen Abhängigkeiten, keine Löschungen, keine Änderungen an Datenbank oder Konfiguration ohne ausdrückliche Rückfrage.
- Eingaben von Nutzenden immer prüfen und escapen.

Arbeitsweise
- Kleine, überprüfbare Änderungen. Nach jeder Änderung die Tests ausführen.
- Bei Unklarheit nachfragen statt raten.
- Am Ende: Liste der geänderten Dateien und eine kurze Begründung.

Ersetzen Sie die Platzhalter und kürzen Sie, was nicht passt. Eine knappe Seite wirkt besser als lange Aufsätze.

Welche Regeln wo hingehören

Worauf Sie achten müssen

• Keine Garantie. Die KI hält sich meist, aber nicht immer an Regeln. Prüfen Sie Änderungen. Siehe Änderungen in Cursor prüfen.
• Weniger ist mehr. Viele, widersprüchliche Regeln verwirren. Beginnen Sie mit zehn Zeilen.
• Keine Geheimnisse. Regeldateien liegen im Projekt und häufig in der Versionsverwaltung. Siehe Passwörter und Kundendaten schützen.
• Formate ändern sich. Cursor hat Dateinamen und Formate für Regeln mehrfach angepasst. Prüfen Sie die Dokumentation und halten Sie Ihre Regeln aktuell.
• Andere Werkzeuge. Wenn Ihr Team mehrere KI-Werkzeuge nutzt, halten Sie die Kernregeln an einer Stelle und übertragen Sie sie. Siehe AGENTS.md für Codex und CLAUDE.md erstellen.
• Datenschutz bleibt Betriebsaufgabe. Regeln ersetzen keine Prüfung der Datenflüsse.

Ein Beispiel aus der Praxis

Ein Beispiel: Eine kleine Agentur in Lugano pflegt mit Cursor die Websites von fünf Kunden. Die Projektleiterin Frau Bernasconi bemerkt, dass die KI ständig neue Pakete einbindet und englische Fehlermeldungen schreibt, obwohl alle Seiten deutschsprachig sind.

Vorher: Das Team korrigiert jede Änderung von Hand. Nachher: Sie lässt eine Regeldatei mit Sprache, Verbot neuer Pakete, Testbefehl und Sicherheitsvorgaben erstellen. Zwei Mitarbeitende testen sie mit kleinen Aufgaben, passen drei Formulierungen an und legen die Datei in jedes Projekt. Die Änderungen passen nun besser, und die Prüfung geht schneller.

So hilft Ihnen Alpasana

Wer lernen möchte, KI-Programmierwerkzeuge mit klaren Regeln zu führen und Ergebnisse systematisch zu prüfen, findet bei absofort den Kurs KI für Developer mit Claude und Codex: Aufgaben delegieren und Ergebnisse verifizieren, Entwickler-Playbook mit Prompts, Review-Regeln, Tests und Datenschutzgrenzen, Praxisprojekt und verifizierbares Zertifikat.

Häufige Fragen

Wo liegen die Regeldateien?

Im Projekt, an dem Ort, den die aktuelle Cursor-Dokumentation vorsieht. Früher wurde eine einzelne Datei im Hauptordner verwendet, neuere Versionen kennen mehrere Regeldateien in einem eigenen Ordner.

Kann ich Regeln für das ganze Team festlegen?

Ja, wenn die Dateien im Projekt liegen und versioniert werden. Dann gelten sie für alle, die das Projekt öffnen.

Wie viele Regeln sind sinnvoll?

So wenige wie möglich. Beginnen Sie mit den fünf Regeln, die Sie am häufigsten korrigieren, und ergänzen Sie bei Bedarf.

Ersetzen Regeln die Prüfung?

Nein. Sie erhöhen die Chance auf passende Änderungen, aber geprüft wird weiterhin von Menschen und mit Tests.