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>

docs/loops/feature-loop.md

@@ -0,0 +1,62 @@
+# Feature-Loop (vorwärts)
+
+Ziel: neue Fähigkeit, sauber dokumentiert und belegt.
+
+## Kern-Pipeline
+
+```
+Roadmap-Item
+  -> Leader klassifiziert (port / research / infra)
+  -> Leader zerlegt in disjunkte Pakete (+ STATE-Ownership)
+
+  ┌── PORT ────────────────────────────────────────────┐
+  │  Worker (Sonnet): golden-oracle Implementierung    │
+  │  Validation (Sonnet): Parität-Tests                │
+  └────────────────────────────────────────────────────┘
+
+  ┌── RESEARCH ─────────────────────────────────────────────────────────┐
+  │  Theorist (Opus): Formeln aus Papers ableiten, Validation entwerfen │
+  │  Spike (Prototyper): Wegwerf-Implementierung auf scratch/**-Branch  │
+  │  GO/NO-GO-Gate: math korrekt? → GO: weiter; NO-GO: → Roadmap       │
+  │  Research-Implementer (Opus→Sonnet): produktiv umsetzen             │
+  └─────────────────────────────────────────────────────────────────────┘
+
+  -> Validation Engineer: Test-Batterie je Item-Typ bauen
+  -> Review-Gate (Opus, kalt): math korrekt? Parität? Public-API ok?
+       APPROVE → weiter | CHANGES-REQUESTED → zurück zu Implement
+  -> Leader integriert & löst Konflikte
+  -> Manifest + Docs + STATE aktualisiert
+  -> Quality-Gate (Hygiene/Kontext/Token)
+       PASS: Item nach "Done" | FAIL: Korrektur-Task
+```
+
+## Klassifikation Port vs. Research
+
+| Typ | Kriterium | Oracle | Validation-Pflicht |
+|---|---|---|---|
+| **Port** | hat Referenz-Implementierung (Java, Python, Pseudo-Code) | golden values bit-for-bit | FD-Gradient + Parität |
+| **Research** | kein direkter Vorläufer, nur Paper-Formeln | keine extern | Invarianten + analyt. Grenzfälle + Konvergenz |
+| **Infra** | kein fachlicher Inhalt (CLI, CI, Docs) | trivial | Smoke-Test |
+
+Regel: Research-Items **müssen** durch das Spike-Gate, bevor Produktions-Code
+geschrieben wird. Näheres: `docs/loops/spike-gate.md`.
+
+## Model-Routing (grobe Heuristik)
+
+Vollständige Matrix: `docs/roles/model-routing.md`. Kurzform:
+- Mechanische Arbeit (Umbenennen, Docs, CLI-Glue) → **Haiku**
+- Implementierung mit klarer Spec → **Sonnet**
+- Mathe, Architektur, jede Review-Gate-Session → **Opus**
+
+## Session-Prompts
+
+Kaltstartfähige Prompts je Phase/Paket unter `session-prompts/`.
+Template: `session-prompts/TEMPLATE.md`.
+
+## Eintrittskriterien
+Roadmap-Item priorisiert; Klassifikation (Port/Research/Infra) klar;
+betroffene Konventionen geklärt.
+
+## Austrittskriterien (Definition of Done, s. CONVENTIONS.md)
+Tests grün · Manifest `done` · Docs/STATE aktuell · Session-Log ·
+Review-Gate `APPROVE` · Hygiene-Gate `PASS`.