# Audit-Loop (rückwärts)

Ziel: Korrektheit & Hygiene erhalten, Drift früh fangen.

```
Kalter Auditor (Opus, neue Session)
  -> Orientierung allein aus AGENTS/STATE/CONVENTIONS pruefen
    -> Manifest verifizieren + Tests ausfuehren
      -> Drift & Hygiene-Befunde sammeln
        -> audits/<datum>.md: Finding-Tabelle mit Severity + Model-Zuweisung
          -> Korrektur-Tasks in ROADMAP/STATE einstellen
            -> Observability-Gate (Effizienz + Doku-Drift) aktualisieren
```

## Trigger
Nach N Feature-Zyklen, oder sofort bei Drift-Signal aus den Observability-Gates.

## Finding-Orchestration

Findings werden in `audits/<datum>.md` **mit Model-Zuweisung** erfasst:

| ID | Typ | Sev | Status | Model | Session |
|----|-----|-----|--------|-------|---------|
| F-01 | drift | 🔴 | ⬜ | Sonnet | S1 |
| F-02 | hygiene | 🟡 | ✅ abc123 | Haiku | S1 |

Severity: 🔴 hoch · 🟡 mittel · 🔵 niedrig

Model-Routing (s. `docs/roles/model-routing.md`):
- **Haiku** — mechanisch, lokal, kein Risiko (Docs, Umbenennen, Konstanten)
- **Sonnet** — klare Akzeptanzkriterien (Tests, Error-Handling, kleine API-Änderungen)
- **Opus** — Numerik, Architektur, irreversible Entscheidungen + **jede Review-Gate-Session**

Entscheidungs-Regel: nicht "wie schwer", sondern "wie viel muss **verstanden** werden,
um es richtig zu machen."

## Session-Sequenz

Findings werden in Sessions gebündelt (ähnliche Model-Zuweisung, ähnlicher Scope).
Nach jeder Implement-Session kommt eine **Opus-Review-Session** (kalt, unabhängig):

```
Implement-Session (Sonnet/Haiku)
  -> dedizierten Review-Gate-Session (Opus, kalt)
    APPROVE → Finding ✅ + Commit-Ref eintragen
    CHANGES-REQUESTED → zurück zu Implement
```

Kaltstartfähige Prompts für jede Session: `session-prompts/`.

## Ergebnis
Priorisierte Korrektur-Tasks mit Model-Zuweisung, die der nächste Feature-Loop
abräumt. Handoff zu Feature-Dev: jedes bereinigte Finding bestätigt, dass das
Repo wieder der Clean-Start-Invariante genügt.