Cursor rule

1---
2description: No dead code, no duplicate helpers, no bloat
3alwaysApply: true
4---
5 
6# No Dead Code / No Bloat Rule
7 
8Genesis Colonies bevorzugt klare, bestehende Owner-Systeme statt neue Hilfsfunktionen neben alter Logik.
9 
10## Pflicht
11 
12Wenn du bestehendes Verhalten änderst:
13 
141. Prüfe zuerst den bestehenden Owner.
15   - Erweitere die vorhandene Funktion, wenn sie dafür zuständig ist.
16   - Erstelle keine zweite Funktion mit fast gleichem Zweck.
17 
182. Wenn du eine neue Funktion einführst:
19   - Begründe kurz, warum die bestehende Funktion nicht erweitert werden kann.
20   - Aktualisiere alle Call-Sites auf die neue Funktion.
21   - Entferne oder deprecate die alte Funktion im selben Ticket.
22 
233. Lösche ungenutzten Code.
24   - Keine alten Helper stehen lassen, wenn sie nicht mehr aufgerufen werden.
25   - Keine parallelen Legacy-Pfade ohne dokumentierten Zweck.
26   - Keine "nur zur Sicherheit"-Duplikate.
27 
284. Nach Änderungen prüfen:
29   - `grep` / Suche nach alten Funktionsnamen
30   - keine ungenutzten Imports
31   - keine toten Template-Blöcke
32   - keine nicht mehr verwendeten JS-Handler
33   - keine doppelten CSS-Klassen für denselben Zweck
34 
355. Architektur-Owner beachten:
36   - Keine zweite Queue-Logik
37   - Keine zweite Fleet-Send-Logik
38   - Keine zweite Preset-Engine
39   - Keine zweite Production-/ROI-Formel
40   - Keine zweite Toast-/Notify-Logik
41   - Keine zweite Planet-/Galaxy-Gate-Logik
42 
43## Verboten
44 
45- Neue Funktion schreiben und alte unbenutzt liegen lassen.
46- Gleiche Business-Logik in zwei Modulen pflegen.
47- "Wrapper auf Wrapper auf Wrapper" ohne echten Zweck.
48- Neue Client-Formel für Server-Mechanik.
49- Legacy-Code behalten, obwohl er nicht mehr gebraucht wird.
50- Nur Tests an neue Nebenfunktion hängen, während alter Produktpfad weiter existiert.
51 
52## Erlaubt
53 
54- Kleine private Helper, wenn sie Duplikate reduzieren.
55- Adapter für echte Migrationen, aber nur mit:
56  - TODO/Enddatum oder Ticketnummer
57  - Tests für alten und neuen Pfad
58  - klarer Entfernungsperspektive
59 
60## Required in final report
61 
62Bei jedem Ticket kurz angeben:
63 
64- Welche alte Logik wurde ersetzt?
65- Welche alte Logik wurde entfernt?
66- Welche alten Call-Sites wurden aktualisiert?
67- Welche Suche wurde gemacht, um Dead Code auszuschließen?
68 
69Leitsatz:
70Wenn eine Änderung eine neue Funktion braucht, muss sie eine alte Duplikat-Logik reduzieren — nicht vermehren.
71