guard-src-drift-apilisted

# Guard: `src/drift/api` `src/drift/api` ist die einzige legitime Eintrittspforte fuer alle Agenten- und MCP-Aufrufe. Jede Datei hier (`scan.py`, `fix_plan.py`, `steer.py`, `nudge.py`, `brief.py`, `suggest_rules.py`, `generate_skills.py`, `diff.py`, `verify.py`) repraesentiert genau einen oeffentlichen Vertrag. **Konfidenz: 0.95** — EDS und PFS treten wiederholt auf, weil API-Funktionen interne Submodule direkt verdrahten statt sauber zu delegieren. ## When To Use - Du fuegest eine neue oeffentliche API-Funktion hinzu oder aenderst eine bestehende - Du implementierst einen neuen MCP-Tool-Handler - Du rufst intern `pipeline.py`, `analyzer.py` oder `scoring/` direkt aus einer neuen Funktion auf - Drift meldet EDS oder PFS fuer eine Datei in `src/drift/api/` **Nicht benutzen** fuer reine CLI-Aenderungen — dafuer gibt es `guard-src-drift-commands`. ## Warum dieses Modul kritisch ist | Signal | Ursache in diesem Modul | |--------|-------------------------| | **EDS** | API-Funktionen greifen direkt auf `pipeline.py`, `analyzer.py`, `scoring/` und `output/` zu — je mehr Abhaengigkeiten, desto hoeher EDS | | **PFS** | Verschiedene API-Funktionen handhaben Fehler, Rueckgabetypen und `agent_instruction`-Felder unterschiedlich — inkonsistente Muster | ## Core Rules 1. **Eine API-Funktion = ein Vertrag** — jede Datei in `src/drift/api/` darf genau einen Eintrittspunkt nach aussen haben. Hilfsfunktionen, die von mehreren API-Funktionen benoetigt werden, gehoeren in `_util.py`. 2