Vigilant Inference Governor

Vigilant vNext — Bewertung und modularer Maximalausbau

Stand: 2026-09-09. Ausgangscode: fa4c909339e5cc6851b309c0ea8e8d451c6fab34. Status: ausgearbeiteter Architektur- und Umsetzungsentwurf, nicht implementierte Produktversion.

Dieser Ordner ist der Plan, nicht der Stand. Er wird nicht fortgeschrieben — sonst waere hinterher nicht mehr zu erkennen, was am 09.09.2026 geplant und was spaeter entschieden wurde. Was heute umgesetzt ist, steht in docs/STATUS.md; warum es so umgesetzt wurde, in den ADRs ab 0019.

Entscheidung in einem Absatz

Vigilant weiterentwickeln, den deterministischen Rust-Kern und die Triton-Anbindung erhalten. Zuerst Ausführungswissen, Messsemantik und Profilgültigkeit absichern; dann zustandsabhängige Planung und einen schmalen TensorRT-Direct-Pfad ergänzen. Hardwareaktuation, Präemption, LLM-Fortschritt und Anwendungssemantik bleiben separat aktivierbare Ausbaustufen. Der Maximalausbau ist eine Landkarte, keine Voraussetzung für erste Kundengespräche oder ein begrenztes Pilotprojekt.

Dokumente und Lesereihenfolge

Dokument Zweck
01 — Quellen und Bewertung Was die Forschung tatsächlich stützt; Korrekturen am vorgeschlagenen Ausbau
02 — Ist-Stand und Lücken Wiederverwendung, aktuelle Quelltextbefunde, Grenzen der Prüfung
03 — Zielarchitektur Module, Schnittstellen, Zustände, Ressourcenbesitz und Migration
04 — Theorie und Verträge Präzise Zeit-, Erfolgs-, Risiko- und Zulassungssemantik
05 — Arbeitspakete Abhängigkeiten, Liefergegenstände, Abnahme, Aufwand und Rückfallwege
06 — Verifikation und Pilot Experimente, Baselines, Freigabekriterien und Kundenarbeit
07 — Abschlussbewertung Erneute kritische Prüfung des Gesamtentwurfs und Empfehlung

Was in diesem Schritt erledigt wurde

Die Tests qualifizieren weder Jetson noch TensorRT Direct. Neue Fehlereinspritzungen und GPU-Messungen wurden in diesem Schritt nicht ausgeführt. Die neuen Quelltextbefunde benötigen die in den Arbeitspaketen genannten Repros.

Verhältnis zu bestehenden Dokumenten

Die v1-Spezifikation und ADRs bleiben erhalten. Dieser Entwurf ersetzt sie nicht rückwirkend. Künftige Implementierungen ergänzen gezielte ADRs und eine Kompatibilitätsnotiz. Historische Benchmarkdaten werden nicht umbenannt oder als Nachweis für neue Backends ausgegeben.

Insbesondere ist STATUS.md ein älterer Arbeitsstand, keine zuverlässige aktuelle Feature- oder Freigabeliste. Die Bestandsaufnahme in Dokument 02 gilt nur für den oben genannten Commit.

Nächster sinnvoller Schritt

NV-00 bis NV-03 vorbereiten bzw. umsetzen und parallel NV-19 (Kunden-/Pilotvalidierung) beginnen. Erst danach den nativen Produktpfad ausbauen. Kein Warten auf die Forschungsoptionen NV-13 bis NV-18.