Peter Meier
24 lines
1.6 KiB
Plaintext
24 lines
1.6 KiB
Plaintext
---
|
||
description: Erkenntnisse und Konventionen in Cursor-Regeln festhalten, damit der Kontext automatisch erweitert wird
|
||
globs: ".cursor/rules/**/*.mdc"
|
||
alwaysApply: true
|
||
---
|
||
|
||
# Kontext bei Erkenntnissen anpassen und erweitern
|
||
|
||
Wenn im Gespräch **wichtige Erkenntnisse** zu diesem Projekt entstehen (Architektur, Konventionen, Patterns, „so machen wir es hier“), diese **sofort in den Cursor-Kontext übernehmen**:
|
||
|
||
1. **Neue Regel anlegen oder bestehende erweitern** unter `.cursor/rules/`:
|
||
- Neue Themen → neue `.mdc`-Datei (kurzer, prägnanter Titel, z. B. `translations-i18n.mdc`).
|
||
- Gehört zu einem bestehenden Thema → die passende Regel-Datei bearbeiten und den Inhalt ergänzen/aktualisieren.
|
||
|
||
2. **Format:** `.mdc` mit YAML-Frontmatter (`description`, `globs` oder `alwaysApply: true`). Inhalt knapp, unter ~50 Zeilen pro Regel, mit konkreten Beispielen wo sinnvoll.
|
||
|
||
3. **Wann eine Regel anpassen/erweitern:**
|
||
- Einverständnis oder expliziter Wunsch des Users (z. B. „füge das in den Cursor-Context hinzu“).
|
||
- Oder: Wir haben gemeinsam eine wiederkehrende Konvention oder Architektur-Entscheidung geklärt, die für künftige Arbeit relevant ist – dann **proaktiv** eine Regel anlegen oder aktualisieren, ohne extra nachzufragen.
|
||
|
||
4. **Nicht** in Regeln packen: Einmalige Fixes, reine Code-Änderungen ohne Konventions-Charakter, Dinge die nur für einen einzelnen Task gelten.
|
||
|
||
**Ziel:** Der Projekt-Kontext wächst mit jeder wichtigen Erkenntnis; spätere Sessions und andere Agent-Durchläufe haben die gleichen Konventionen automatisch zur Verfügung.
|