SE-0013-LEGACY-QUELLENKARTE

Legacy-Einstiegspunkte und semantische Quellenkarte#

Zweck und Geltung#

Diese Quellenkarte dokumentiert den in SE-0013 ermittelten historischen Quellenbestand. Sie übernimmt keine Legacy-Aussage in die Zielarchitektur und erzeugt keine zweite normative Architekturquelle. Für Detailaussagen bleiben die in SolutionArchitecture.zip enthaltenen Originaldokumente maßgeblich, bis ein späteres Work Item sie kontrolliert konsolidiert.

Erhebungsstand ist das unveränderte Paket SolutionArchitecture-009. Ein Dokument gilt als erreichbar, wenn es vom Root-AI_STARTS_HERE.md, von dessen ausdrücklich angeordneten Pflichtdokumenten oder rekursiv über einen relativen Markdown-Link erreicht wird.

Verbindliche Einstiegskette#

Rolle	Pfad im Legacy-Paket	ID	Version	Geltung
alleiniger Root-Einstieg	`AI_STARTS_HERE.md`	`AI_STARTS_HERE__AI_STARTS_HERE`	`004`	Review; Paket-Prüfversion `SolutionArchitecture-009`
Architecture Contract	`00-overview/architecture-contract/README.md`	`ARC-CONTRACT-000`	`001`	Draft; navigiert sechs Contract-Teile
Entwicklungsvertrag	`90-governance/guidelines/DEVELOPMENT_GUIDELINES.md`	`DEVELOPMENT-GUIDELINES`	`006-DEVELOPMENT_GUIDELINES`	Review; durch Auftraggeber bestätigter tatsächlicher Pfad
Import-/Löschvertrag	`90-governance/guidelines/ARTIFACT_IMPORT_AND_DELETE_RULES.md`	`ARTIFACT_IMPORT_AND_DELETE_RULES`	`001`	Review
Entwicklungsworkflow	`90-governance/guidelines/AI_DEVELOPMENT_WORKFLOW.md`	`AI_DEVELOPMENT_WORKFLOW`	`001`	Review

Befund zur Root-Referenz#

Der Root-Vertrag nennt DEVELOPMENT_GUIDELINES.md am Repositoryroot. Dort existiert die Datei nicht. Der Auftraggeber hat bestätigt, dass sie bereits früher nach 90-governance/guidelines/DEVELOPMENT_GUIDELINES.md verschoben wurde und für SE-0013 an diesem tatsächlichen Ort zu verwenden ist.

Die historische Quelle wurde nicht verändert. Die Korrektur der veralteten Root-Referenz wird als Folgeauftrag geführt, weil SolutionArchitecture.zip in diesem Work Item unveränderlich ist.

Abdeckung#

307 Markdown-Artefakte sind über die erlaubte Referenzkette erreichbar.
Alle 307 Artefakte besitzen eine ID.
Alle 926 ausgewerteten relativen Markdown-Referenzen lassen sich innerhalb des Legacy-Pakets auflösen.
Die vollständige pfadgenaue Liste mit ID, Typ, Status, Version, Titel und erstem Erreichbarkeitspfad steht in .
Statusverteilung: 297 Review, 8 Draft, 1 Active, 1 Approved.

Themengebiet	Artefakte	Semantischer Schwerpunkt	Typische IDs/Beziehungen
Überblick und Contract	17	MVP-Setup, Baselines, Architekturkarte, Traceability	`ARC-CONTRACT-`, `BASE-`, `TRACE-`, `MAP-`; Contract → führende Quelle
und Prinzipien	7	Wissensarchitektur, Plattformvision, Verfassungsgrundsätze	`VSN-`, `PRI-`; Vision → Prinzip → Entscheidung
Domänenmodelle	15	, Universe, , Sprache, Nutzer, Persistenz	`DOM-*`; Domäne → Konzept/Runtime
Konzepte	97	Capabilities, Meanings, Unified Artifact Model, Knowledge, Dokumentation, Persistenz	`CON-`, `CAP-`, `MNG-*`; Konzept → ADR/Glossar/Szenario
Knowledge Engineering	14	Wissenslebenszyklus, Knowledge Stories, Patterns, Publikation	`KS-`, `KP-`; Story → Ableitung/Pattern
Szenarien	9	Benutzer-, Übersetzungs-, Synchronisations-, Deployment- und Wissensflüsse	`SC-*`; Szenario → Domäne/Runtime
Entscheidungen	40	Architekturentscheidungen und Entscheidungsregister	`ADR-*`; ADR → Prinzip/Konzept/Konsequenz
Building Blocks	9	Blockmodell, Alignment, Split-Phasen und Readiness	`BB-*`; → → Assembly
Anforderungen und Runtime	22	externe Anforderungen, Assemblies, Deployment und Betrieb	`EXT-`, `FUT-`, `RUN-*`; Requirement → Runtime/Verification
Glossar und Learning Nuggets	39	Begriffe, semantische Referenzen, Nugget-Struktur	`ART-DEF-*`; Begriff → fachliche Heimat
Governance	22	Quality Gates, , Preservation, und Schreibregeln	`GOV-*`; Governance → Gate/Promotion
Historie	13	Sprint- und Migrationsnachweise	Sprint-Reports; historischer Gültigkeitskontext
Root-Artefakte	3	Einstieg, Master Prompt und menschliche Navigation	Root-Vertrag → Pflichtquellen

Beziehungen und Gültigkeitskontexte#

Der Architecture Contract ordnet MVP-Setup, Constitution, Decisions, Baselines, Migration und Engineering als feste Lesereihenfolge an.
Constitution und Prinzipien bestimmen die Einordnung; ADRs konkretisieren sie und dürfen nicht durch Implementierungsstände ersetzt werden.
Baselines gelten nur für ausdrücklich benannte Sprints und werden nicht durch neuere Dateistände stillschweigend ersetzt.
Migration folgt der Kette kontrollierte Übernahme → Anpassung → Validierung → Promotion.
Capabilities werden über Konzepte, Building Blocks, Assemblies, Runtime und Nachweise realisiert.
Glossarbegriffe besitzen eine fachliche Heimat; Knowledge Stories und Learning Nuggets vermitteln , ohne kanonische Definitionen zu ersetzen.
Sprint- und Split-Berichte sind historische Nachweise. Ihr Status begründet keine aktuelle normative Zielaussage.

Offene Legacy-Bereiche#

Die Root-Referenz auf DEVELOPMENT_GUIDELINES.md ist veraltet und muss in einem dafür freigegebenen Legacy-Änderungsauftrag auf den Governance-Pfad korrigiert werden.
Acht erreichbare Contract-Artefakte stehen auf Draft; ihre fachliche Übernahme benötigt die dafür vorgesehenen Folge-Work-Items und darf nicht aus dem Status Review anderer Dokumente abgeleitet werden.
Die Karte weist Erreichbarkeit, IDs und Geltung nach, bewertet aber noch keine semantischen Duplikate. Diese Konsolidierung beginnt mit SE-0014 und den folgenden thematischen Work Items.
Textmengenbaseline und quantitative Übernahmegrade werden erst in SE-0019 ermittelt; SE-0013 schafft dafür die vollständige Quellenpopulation.

Abgrenzung zur Zielarchitektur#

In SE-0013 wurden keine bestehenden Zieltexte umformuliert, keine Legacy-Fakten promoviert und keine kanonische Zuständigkeit verschoben. Neu sind ausschließlich diese nichtnormative Quellenkarte, ihr vollständiges Inventar und die zugehörigen Liefernachweise.