Zum Hauptinhalt springen
Benutzerdefinierte Commands ermöglichen dir, wiederverwendbare Workflows zu erstellen, die mit einem einfachen /-Prefix im Chat-Eingabefeld ausgelöst werden können. Diese Commands helfen, Prozesse in deinem Team zu standardisieren und machen häufige Aufgaben effizienter.
Commands input example
Commands befinden sich derzeit in der Beta. Die Funktion und die Syntax können sich ändern, während wir sie weiter verbessern.

​
Wie Befehle funktionieren

Befehle sind als einfache Markdown-Dateien definiert und können an zwei Orten gespeichert werden:
  1. Projektbefehle: Gespeichert im Verzeichnis .cursor/commands deines Projekts
  2. Globale Befehle: Gespeichert im Verzeichnis ~/.cursor/commands in deinem Home-Verzeichnis
Wenn du im Chat-Eingabefeld / tippst, erkennt Cursor automatisch verfügbare Befehle aus beiden Verzeichnissen und zeigt sie an – so sind sie in deinem Workflow sofort verfügbar.

​
Befehle erstellen

  1. Lege im Projekt-Root ein Verzeichnis .cursor/commands an
  2. Füge .md-Dateien mit aussagekräftigen Namen hinzu (z. B. review-code.md, write-tests.md)
  3. Schreib einfachen Markdown-Text, der beschreibt, was der Befehl tun soll
  4. Befehle erscheinen automatisch im Chat, wenn du / eingibst
So könnte die Struktur deines commands-Verzeichnisses aussehen: 
.cursor/
└── commands/
    ├── github-pr-kommentare-beantworten.md
    ├── code-review-checkliste.md
    ├── pr-erstellen.md
    ├── bestehende-diffs-kurz-prüfen.md
    ├── neuen-entwickler-onboarden.md
    ├── alle-tests-ausführen-und-fixen.md
    ├── sicherheitsaudit.md
    └── neue-funktion-einrichten.md

​
Beispiele

Probier diese Befehle in deinen Projekten aus, um ein Gefühl dafür zu bekommen, wie sie funktionieren. 
# Code-Review-Checkliste

## Überblick
Umfassende Checkliste für gründliche Code-Reviews, um Qualität, Sicherheit und Wartbarkeit sicherzustellen.

## Review-Kategorien

### Funktionalität
- [ ] Code macht, was er soll
- [ ] Edge Cases werden abgedeckt
- [ ] Fehlerbehandlung ist angemessen
- [ ] Keine offensichtlichen Bugs oder Logikfehler

### Codequalität
- [ ] Code ist gut lesbar und strukturiert
- [ ] Funktionen sind klein und fokussiert
- [ ] Variablennamen sind aussagekräftig
- [ ] Kein doppelter Code
- [ ] Hält Projektkonventionen ein

### Sicherheit
- [ ] Keine offensichtlichen Sicherheitslücken
- [ ] Eingabevalidierung vorhanden
- [ ] Sensible Daten werden korrekt gehandhabt
- [ ] Keine hardcodierten Secrets

# Security Audit

## Überblick
Umfassende Sicherheitsüberprüfung zur Identifizierung und Behebung von Schwachstellen im Codebase.

## Schritte
1. **Dependency-Audit**
   - Auf bekannte Schwachstellen prüfen
   - Veraltete Pakete aktualisieren
   - Third-Party-Dependencies überprüfen

2. **Code Security Review**
   - Auf gängige Schwachstellen prüfen
   - Authentifizierung/Autorisierung überprüfen
   - Datenverarbeitungspraktiken prüfen

3. **Infrastructure Security**
   - Umgebungsvariablen überprüfen
   - Zugriffssteuerungen prüfen
   - Netzwerksicherheit prüfen

## Security Checklist
- [ ] Dependencies aktualisiert und sicher
- [ ] Keine hardcodierten Secrets
- [ ] Eingabevalidierung implementiert
- [ ] Authentifizierung sicher
- [ ] Autorisierung korrekt konfiguriert

# Neue Funktion einrichten

## Überblick
Eine neue Funktion systematisch vom initialen Plan bis zur Implementierungsstruktur aufsetzen.

## Schritte
1. **Anforderungen definieren**
   - Funktionsumfang und Ziele klären
   - User Stories und Akzeptanzkriterien festlegen
   - Technischen Ansatz planen

2. **Feature-Branch erstellen**
   - Von main/develop abzweigen
   - Lokale Entwicklungsumgebung aufsetzen
   - Neue Abhängigkeiten konfigurieren

3. **Architektur planen**
   - Datenmodelle und APIs entwerfen
   - UI-Komponenten und Flows planen
   - Teststrategie definieren

## Checkliste für das Feature-Setup
- [ ] Anforderungen dokumentiert
- [ ] User Stories geschrieben
- [ ] Technischer Ansatz geplant
- [ ] Feature-Branch erstellt
- [ ] Entwicklungsumgebung bereit

# PR erstellen

## Überblick
Erstelle einen gut strukturierten Pull Request mit klarer Beschreibung, passenden Labels und Reviewern.

## Schritte
1. **Branch vorbereiten**
   - Sicherstellen, dass alle Änderungen committed sind
   - Branch zum Remote pushen
   - Prüfen, dass der Branch mit main auf dem neuesten Stand ist

2. **PR-Beschreibung schreiben**
   - Änderungen klar zusammenfassen
   - Kontext und Motivation angeben
   - Breaking Changes auflisten
   - Screenshots hinzufügen, wenn es UI-Änderungen gibt

3. **PR einrichten**
   - PR mit aussagekräftigem Titel erstellen
   - Passende Labels hinzufügen
   - Reviewer zuweisen
   - Zugehörige Issues verlinken

## PR-Vorlage
- [ ] Feature A
- [ ] Bugfix B
- [ ] Unit-Tests bestehen
- [ ] Manuelles Testen abgeschlossen

# Alle Tests ausführen und Fehler beheben

## Übersicht
Führe die vollständige Testsuite aus und behebe systematisch alle Fehlerschläge, um Codequalität und Funktionalität sicherzustellen.

## Schritte
1. **Testsuite ausführen**
   - Alle Tests im Projekt ausführen
   - Ausgabe erfassen und fehlgeschlagene Tests identifizieren
   - Sowohl Unit- als auch Integrationstests prüfen

2. **Fehler analysieren**
   - Nach Typ kategorisieren: flaky, defekt, neu
   - Fixes nach Impact priorisieren
   - Prüfen, ob Fehler mit jüngsten Änderungen zusammenhängen

3. **Probleme systematisch beheben**
   - Mit den kritischsten Fehlern beginnen
   - Ein Problem nach dem anderen beheben
   - Tests nach jedem Fix erneut ausführen

# Neue·n Developer onboarden

## Übersicht
Umfassender Onboarding‑Prozess, um einen neuen Developer schnell startklar zu machen.

## Schritte
1. **Environment‑Setup**
   - Erforderliche Tools installieren
   - Entwicklungsumgebung einrichten
   - IDE und Extensions konfigurieren
   - Git und SSH‑Keys einrichten

2. **Projekteinstieg**
   - Projektstruktur durchgehen
   - Architektur verstehen
   - Wichtige Doku lesen
   - Lokale Datenbank einrichten

## Onboarding‑Checkliste
- [ ] Entwicklungsumgebung bereit
- [ ] Alle Tests grün
- [ ] Anwendung lokal startbar
- [ ] Datenbank eingerichtet und funktionsfähig
- [ ] Erste·r PR erstellt