# REVIEW — Kalt-Review-Einstieg

Dieses Repo ist so gebaut, dass ein Reviewer **ohne jeden Vorkontext** in einer
frischen Session verifizieren kann, ob alles stimmt. Du musst nichts glauben —
führe die Prüfbefehle aus.

## In dieser Reihenfolge
1. **`AGENTS.md` → `STATE.md` → `CONVENTIONS.md`** lesen. Kannst du dich allein
   damit orientieren? (Wenn nein → erstes Finding.)
2. **`manifests/requirements.md`** ist das Verifikations-Manifest: je Erfolgs-
   kriterium eine Zeile *Anforderung → Datei(en) → Prüfbefehl → Status*. Gehe es
   Zeile für Zeile durch und führe den Prüfbefehl jeder `done`-Zeile aus.
3. **Tests kodieren die Kriterien** (Modelfile-Build, Endpoint-Smoke) — ausführen
   statt glauben: `pytest tests/ -q`.
4. **Git-Log** (Conventional Commits + Model-Attribution) erzählt die Reihenfolge.

## Automatische Gates (lokal lauffähig)
```bash
bash scripts/gate-session-hygiene.sh   # STATE/Session-Log/Commits sauber?
bash scripts/gate-ownership.sh         # kein Cross-Editing über Paket-Grenzen?
bash scripts/gate-doc-drift.sh         # done-Zeilen belegen ihre Dateien?
```

## Was „fertig" heißt
Alle Zeilen in `manifests/requirements.md` auf `done`, ihre Prüfbefehle grün,
`tests/` grün, die drei Gates `PASS`. Die Erfolgskriterien selbst stehen — Single
Source of Truth — im Manifest und in `CONVENTIONS.md` (Projekt-Vertrag), nicht hier.

> Reviewer-Rolle und Checkliste im Detail: `docs/roles/reviewer.md`.