HAI-Sidecar

Sidecar im HAI-Zeitalter. Neubau des Sidecar-Governance-Layers als HAI-Mission, nicht Reanimation von V5–V7.

Angelegt 2026-09-03 aus einem Intake von Samuel. Dieser Ordner enthält nur Planung: einen Missionsvertrag und genau einen Handoff für einen Coding-Agent. Kein Code hier; Code entsteht in Sidecar-Workspace/Sidecar-Courser.

Zwei Richtungen, getrennt geführt

Richtung	Was	Status
Sidecar für den Agenten	stumm, mechanisch, Hook-basiert, misst und injiziert eine Zeile, ruft hai_drift_check	M1 aktiv
Sidecar für den Menschen	spricht mit Samuel (TTS/STT, M3 Max)	geparkt, eigene spätere Mission

Missionen

• M1 — Drift-Sensor-Hook · aktiv · Vertrag in MISSION_M1.yaml, Handoff in HANDOFF.md
• M2 — Trigger-Konnektoren · geparkt · Agenten werden von Sidecar verpflichtet, HAI-MCP-Tool-Calling zu betreiben. Öffnet erst, wenn M1 Daten liefert.
• M3 — Lessons V1–V7 als Konstruktionsregeln · geparkt · Kill-Liste und SOUL.md in prüfbare Regeln überführen.
• M4 — Sidecar für den Menschen · geparkt · Sprechen. Non-Goal von M1.

Nur eine aktive Mission pro Profil (HAI-MCP Design §5.1).

Gesetzte Entscheidungen (2026-09-03)

1. DSPy bleibt in Berlin. Später Werkzeug zur Schwellen-Optimierung, wenn Daten da sind. Sidecar+HAI zusammenführen ist Design, nicht Optimierung.
2. Zielplattform: MacBook M3 Max primär.
3. Basis: Courser als Kern (inject_main.py, registry.py, gates.py), kein Greenfield.
4. Referenz-Stand HAI-MCP: main auf github.com/smlfg/hai-mcp nach PR 5 (single-writer central core), 28 Tools. hai-mcp-release auf dem ThinkPad ist ein Juli-Schnappschuss und keine Referenz.
5. Hook spricht mit dem HAI-Server per HTTP-Loopback (Bearer-Token, 2 s Timeout). Kein zweiter Writer auf HAI-State.
6. Checkpoint = letzter hai_checkpoint-Aufruf, nicht git-Commit.

Quellen

• ~/Projekte/Sidecar-Workspace/SOUL.md — Non-Negotiables (stateless Hooks, fail-open, messen vor Features)
• ~/Projekte/Sidecar-Workspace/Sidecar-Evolution/Kill-Liste/kill-list.md — was nicht wiederkommt
• ~/Projekte/HAI/selbsterkennis.md — "Kleinster HAI-Kern": Zielabweichung erkennen, Scope Creep markieren, genau eine Next Action
• ~/Projekte/HAI-MCP/docs/design/HAI_MCP_V1_DESIGN.md — Missionsvertrag-Schema §6.3, Owner-Gate §5.3
• github.com/smlfg/hai-mcp main — gültiger Server-Stand

Nächster Owner-Schritt

hai mission propose --file MISSION_M1.yaml
hai owner show <action-id>
hai owner approve <action-id>