OpenSpec: phase-2-bytecode-vm archiviert, Delta-Specs in Hauptspecs gesynct

- Neue Hauptspecs: bytecode-kompilat, vm-ausfuehrung,
  vm-fehlerbehandlung, konsolen-basisbibliothek
- Erweitert: sprach-frontend (Typisiertes HIR als Sema-Ausgabe),
  kompat-testkorpus (Laufzeitvergleich, Phase-2-Korpusabdeckung)
- Change nach openspec/changes/archive/2026-09-02-phase-2-bytecode-vm
  verschoben; openspec validate --all: 9/9

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

openspec/specs/sprach-frontend/spec.md

@@ -102,3 +102,21 @@ Entsprechung existiert (z. B. „Type mismatch", „Duplicate definition",
 #### Scenario: Position in der Diagnose
 - **WHEN** in Zeile 3 ein Typkonflikt auftritt
 - **THEN** nennt die Diagnose Zeile 3 und die Spalte des Ausdrucks
+
+### Requirement: Typisiertes HIR als Sema-Ausgabe
+Die semantische Analyse SHALL neben den Diagnosen einen typisierten,
+abgesenkten Zwischenbaum (HIR) liefern, der die Codegen-Eingabe bildet:
+Namen sind zu Slot-/Tabellenindizes aufgelöst, jeder Ausdrucksknoten
+trägt seinen Ergebnistyp, `CONST`-Werte sind gefaltet, `DEFtype`-Regeln
+angewandt und implizite Konvertierungen als explizite
+Konvertierungsknoten materialisiert. Bei Diagnosen mit Fehlercharakter
+darf kein HIR für das betroffene Konstrukt garantiert werden; ein
+diagnose-freies Modul MUST ein vollständiges HIR ergeben.
+
+#### Scenario: Konvertierung wird materialisiert
+- **WHEN** `d# = i% + 1.5#` semantisch analysiert wird
+- **THEN** enthält das HIR einen expliziten Konvertierungsknoten INTEGER→DOUBLE unter dem Additionsknoten und die Zuweisung trägt den Zieltyp DOUBLE
+
+#### Scenario: Diagnose-freies Modul liefert HIR
+- **WHEN** ein Korpusmodul ohne Diagnosen analysiert wird
+- **THEN** liefert das Frontend ein HIR, aus dem der Codegen ohne erneute Namens- oder Typauflösung Bytecode erzeugen kann