SADR-014-WORKSPACE-CONSOLIDATION-AND-EXECUTION-BOUNDARIES

SADR-014 – Workspace-Konsolidierung und Ausführungsgrenzen#

Status#

Accepted

Kontext#

Der historische Workspace enthält noch Publishing-, Dokumentations-, Resolver-, Annotation-, Roundtrip- und Universe-Registry-Implementierungen. Teile davon sind bereits nach Engineering Tools und Runtime überführt; der aktuelle HTML-Export zeigt jedoch, dass die Übernahme noch nicht vollständig gleichwertig ist.

Entscheidung#

1. engineering-tools besitzt wiederverwendbare, deterministische Engineering-Mechanik: Dokumentations- und Report-Rendering, Referenz- und Linkauflösung, semantische Inline-Präsentation, Validierung, Packaging und Tests.
2. runtime besitzt lokale Ausführung, Pfad-/Environment-Konfiguration, Materialisierung veröffentlichter Reports, Execution ⌘EvidenceTechnical documentation artifact. und freigegebenen veränderlichen Zustand.
3. workspace bleibt historische Implementierungsquelle sowie enger lokaler Integrations- und Kompatibilitätsadapter. Er erhält keine neue dauerhafte Publishing-, Roundtrip- oder Persistenzlogik.
4. Workspace wird während Phase 8 vollständig in Source und Target transportiert. Die unveränderliche Source dient der Analyse; die Target-Kopie bleibt unverändert, bis ein Work Item eine konkrete Änderung ausdrücklich freigibt.
5. SQLite ist dadurch nicht nach Runtime migriert. Erst SE-0078 entscheidet je Registry-Zweck Datenklasse, Schema, WAL-/Backup- und Recovery-Verhalten sowie Eigentum. Eine dann freigegebene lokale Persistenz gehört in Runtime; Engineering Tools darf sie nur bedienen oder prüfen.

Konsequenzen#

• Die bestehende Workspace-Prozesskette wird nicht wieder aktiviert.
• Keine dritte produktive Publisher- oder Roundtrip-Implementierung darf im Workspace entstehen.
• Der nächste Migrationsschritt muss die kanonische Dokumentations- und Report-Pipeline in Engineering Tools und Runtime eindeutig nachweisen.
• Architektur-, Tool- und Runtime-Verträge bleiben je Repository getrennt; Runtime-Reports sind Evidence, nicht führende Entscheidungen.

Führende Verträge und Verification#

• enterprise-architecture:00-overview/cross-repository-responsibility-model.md
• 80-runtime/MVP-001-storage-and-state-contract.md
• 80-runtime/EP-002R-storage-area-materialization.md
• 96-decisions/SADR-007-storage-class-driven-roundtrip.md
• 98-tests/MVP-001-solution-decision-governance-verification-matrix.md: VER-SADR-003, VER-SADR-004 und VER-SADR-008

Historische Workspace-Dateien sind ⌘ProvenanceProvenienz beschreibt die nachvollziehbare Herkunft eines Wissenselements, einer Aussage oder einer abgeleiteten Darstellung. und Implementierungsreference, nicht parallele Zielentscheidungen.

Beziehungen#

• ◆MVP-001 – ArbeitsbereichsvertragTechnical documentation artifact. — constrains