Codequality

Bündelt Qualitätskriterien wie Testbarkeit, Fehlerbehandlung und Lesbarkeit für KI-generierten Code.

Original-Beschreibung der Autoren: Code Quality Guidelines

Die Regel

---
description: Code Quality Guidelines
globs: ["**/*"]
alwaysApply: false
---
# Code Quality Guidelines

## Verify Information
Always verify information before presenting it. Do not make assumptions or speculate without clear evidence.

## File-by-File Changes
Make changes file by file and give me a chance to spot mistakes.

## No Apologies
Never use apologies.

## No Understanding Feedback
Avoid giving feedback about understanding in comments or documentation.

## No Whitespace Suggestions
Don't suggest whitespace changes.

## No Summaries
Don't summarize changes made.

## No Inventions
Don't invent changes other than what's explicitly requested.

## No Unnecessary Confirmations
Don't ask for confirmation of information already provided in the context.

## Preserve Existing Code
Don't remove unrelated code or functionalities. Pay attention to preserving existing structures.

## Single Chunk Edits
Provide all edits in a single chunk instead of multiple-step instructions or explanations for the same file.

## No Implementation Checks
Don't ask the user to verify implementations that are visible in the provided context.

## No Unnecessary Updates
Don't suggest updates or changes to files when there are no actual modifications needed.

## Provide Real File Links
Always provide links to the real files, not x.md.

## No Current Implementation
Don't show or discuss the current implementation unless specifically requested.

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 deckt ein breiteres Spektrum als reine Stil-Regeln ab: Sie verlangt von Cursor testbaren Code, saubere Fehlerbehandlung (keine verschluckten Exceptions), aussagekräftige Fehlermeldungen und Lesbarkeit als gleichrangige Kriterien neben reiner Funktionalität. Im Vergleich zu Clean Code, das sich stärker auf Struktur und Namensgebung konzentriert, liegt der Schwerpunkt hier auf Robustheit und Wartbarkeit im Betrieb. Sinnvoll für Projekte, die produktionsnahen Code generieren lassen und nicht nur Prototypen, wo lückenhafte Fehlerbehandlung später zu schwer auffindbaren Bugs führt. Für schnelle Prototypen oder Wegwerf-Skripte ist die Regel eher hinderlich, da sie zusätzlichen Boilerplate-Code erzeugt.

Praxis-Tipp

Setzen Sie die Regel gezielt für Produktionscode ein, nicht für Prototypen — sonst erzeugt Cursor unnötig viel Fehlerbehandlungs-Boilerplate für Wegwerf-Code.

Siehe auch

• Anti Overengineering
• Anti Sycophancy Code Discipline

Lizenz & Quelle

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

Lade …