feat: bootstrap jetson-ai-ollama from agent-swarm template

Leader-Bootstrap (Planung) aus Template + Jetson-Meta-Prompt:
- ROADMAP-Board W1-W6 als Abhaengigkeits-DAG (Ready-Set = {W1})
- STATE mit disjunkter Datei-Ownership W2-W6
- CONVENTIONS Projekt-Vertrag (Profile, Pfade, Ports, Daemon-Env, num_ctx, DVC, Scope)
- manifests/requirements.md = kalt verifizierbares Review-Manifest (R-01..R-10)
- REVIEW.md Kalt-Review-Einstieg; ADR 0002 (Ollama-nativ, kein Swapper/Gateway)
- session-prompts/W1..W6 dispatch-fertig; .gitignore um Jetson-Ignores erweitert
- examples/walkthrough entfernt (Projekt hat eigenes gefuelltes Board)

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

REVIEW.md

@@ -0,0 +1,29 @@
+# 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`.