guard-src-drift-signalslisted

# Guard: `src/drift/signals` `src/drift/signals` enthaelt alle 25+ `BaseSignal`-Implementierungen. Jede Datei hier ist eine eigenstaendige Erkennungseinheit. AVS, EDS und PFS entstehen wenn Signals zu viel tun, intern verwoben sind oder voneinander abweichende Muster verwenden. **Konfidenz: 0.95** — dieses Modul ist der Kern der Erkennungsqualitaet; Fehler hier beeinflussen direkt Precision und Recall. ## When To Use - Du implementierst ein neues Signal - Du veraenderst die Erkennungslogik eines bestehenden Signals - Du aenderst `base.py`, `_utils.py`, `__init__.py` oder `register_signal` - Du bearbeitest `incremental_scope` fuer ein Signal - Drift meldet AVS, EDS oder PFS fuer eine Datei in `src/drift/signals/` **Fuer ein vollstaendiges neues Signal** verwende stattdessen `drift-signal-development-full-lifecycle` — der Skill dort enthaelt den vollstaendigen ADR-, Fixture- und Audit-Workflow. ## Warum dieses Modul kritisch ist | Signal | Ursache in `signals/` | |--------|----------------------| | **AVS** | Signals die mehrere unabhaengige Code-Patterns gleichzeitig pruefen (zu breite Verantwortung) | | **EDS** | `_utils.py`-Aufrufe und AST-Traversierung gemischt mit Pattern-Matching-Logik in derselben Methode | | **PFS** | 25+ Signals nutzen `_utils.py` unterschiedlich, haben verschiedene `incremental_scope`-Strukturen oder inkonsistente `Finding`-Felder | ## Core Rules 1. **Ein Signal = eine klar benennbare Frage** — ein Signal soll beantworten: "Hat diese Datei/Fun