> ## Documentation Index
> Fetch the complete documentation index at: https://docs.quanux.org/symphony/llms.txt
> Use this file to discover all available pages before exploring further.

# Symphony-Vektoren und Auslieferungsphasen

> Verstehen Sie die dauerhaften semantischen Eigentumsdomänen (Vektoren) von Symphony im Vergleich zu chronologischen Auslieferungsphasen sowie das Contract Quad und den aktuellen Status der Vektoren.

Symphony organisiert seine Architektur um zwei Ideen: **Vektoren** sind dauerhafte semantische Eigentumsdomänen, und **Phasen** sind chronologische Auslieferungskampagnen. Eine Komponente, die zuerst in einer Phase erforscht wurde, macht diese Phase nicht zu ihrem dauerhaften Eigentümer. Vektoren halten Bedeutung stabil, während sich die Implementierung weiterentwickelt.

## Was ist ein Vektor?

Ein Vektor ist eine dauerhafte, abgegrenzte semantische Eigentumsdomäne, deren kanonischer Vertrag die Bedeutung und die zulässigen Operationen dieser Domäne besitzt. Jeder Vektor erhält ein **Contract Quad**: `INTENT.md`, `MANIFEST.md`, `SKILL.md` und `SPEC.md` sowie die gezielten Begleitoberflächen, die er tatsächlich benötigt. Der Vektor deklariert seine kanonischen Oberflächen und seinen Delegationsgraphen, und SKVI bildet jede aktuelle Oberfläche genau einmal ab. Veraltete Begleitoberflächen werden durch verwaltete Weiterentwicklung abgelöst, statt als widersprüchlicher Kontext bestehen zu bleiben.

## Status der Vektoren

| Vektor | Status | Seite |
| - | - | - |
| **SKV** — Symphony Knowledge Vector | Implementiert: Grundlage aus Phase 1 mit indexierten Oberflächen | [/skv/overview](https://docs.quanux.org/symphony/de/skv/overview.md) |
| **SKVI** — Quellindexierung | Implementiert: Engine für inspect/check/propose | [/skv/skvi](https://docs.quanux.org/symphony/de/skv/skvi.md) |
| **SCLV** — Änderungs-Ledger | Implementiert: Prüfungen für Append-only-Ledger | [/skv/sclv](https://docs.quanux.org/symphony/de/skv/sclv.md) |
| **SACV** — API-Vertrags-Governance | Implementiert: OpenAPI-3.2.0-Prüfungen | [/skv/sacv](https://docs.quanux.org/symphony/de/skv/sacv.md) |
| **SODV** — Governance offizieller Dokumentation/Releases | Implementiert: lokale Prüfungen des Release-Ledgers | [/skv/sodv](https://docs.quanux.org/symphony/de/skv/sodv.md) |
| **SSFV** — Feature-Identität/-Administration | Implementiert: strukturelle Feature-Prüfungen | [/skv/ssfv](https://docs.quanux.org/symphony/de/skv/ssfv.md) |
| **SAV** — Accordare-Komposition | Implementiert: Bewertung auf dem Freezing Path | [/skv/sav](https://docs.quanux.org/symphony/de/skv/sav.md) |
| **SEV** — Weiterentwicklung | Implementiert: Auswirkungs- und Dispositionsplanung | [/skv/sev](https://docs.quanux.org/symphony/de/skv/sev.md) |
| **SSIAG** — Secure Identity and Access Governance | Implementiert: cgo-freie Go-Grundlage | [/governance/ssiag](https://docs.quanux.org/symphony/de/governance/ssiag.md) |
| **STAV** — TOPS-Audit-Protokoll | Implementiert: Append-only-Ledger pro TOPS | [/governance/stav](https://docs.quanux.org/symphony/de/governance/stav.md) |
| **SOV** — Ops Vector | Im Entstehen: Provisionierung, Habitat, Nest-Auslieferung | [/vectors/sov](https://docs.quanux.org/symphony/de/vectors/sov.md) |
| **SCV** — Cloud Vector | Implementiert: acht C++-Engines für Quellwissen | [/vectors/scv](https://docs.quanux.org/symphony/de/vectors/scv.md) |
| **SNV** — Node Vector | Im Entstehen: Komposition aus SNIV, SNRV, SCIV, SCNV | [/vectors/snv](https://docs.quanux.org/symphony/de/vectors/snv.md) |
| **SQV** — Quantitative Vector | Im Entstehen: SOOV-FIX-Architektur-Subvektor | [/vectors/sqv](https://docs.quanux.org/symphony/de/vectors/sqv.md) |
| **SHV** — Hardware Vector | Implementiert: C++-Engines für Quellen, Katalog und Profile | [/vectors/shv](https://docs.quanux.org/symphony/de/vectors/shv.md) |
| **SIV** — Intelligence Vector | Im Entstehen: SMCV optionales Markdown; SAIV reserviert | [/vectors/siv](https://docs.quanux.org/symphony/de/vectors/siv.md) |

## Contract Quad und Begleitoberflächen

Jeder Vektor erhält:

1. **INTENT.md** — Zweck und Geltungsbereich
2. **MANIFEST.md** — Identität, deklarierte Oberflächen, Delegationsgraph
3. **SKILL.md** — sichere Verwendung und Betriebsanleitung
4. **SPEC.md** — normatives Verhalten und Grenzen

Begleitoberflächen wie `SLANG.md`, `NAMESPACES.md`, Registries, Schemas und Profile bleiben verwaltete Artefakte außerhalb der vierteiligen Struktur. Sie leiten die Wahrheit des Eigentümers weiter oder spezialisieren sie, können aber ihre eigene Autorität nicht erweitern.

## Nachweisbasierte Integration

Eine zurückgestellte Engine hat keine fabrizierte Quittung. Eine vorgeschlagene API hat keinen erfundenen Registry-Eintrag. Ein unveröffentlichter Vertrag hat keinen SODV-Abschlussanspruch. Das ist nachweisbasierte Integration, keine zeremonielle Duplizierung.


## Related topics

- [Symphony-Architektur](https://docs.quanux.org/symphony/de/concepts/architecture.md)
- [Symphony-Vektor-Engines: Überblick über die unabhängige Installation](https://docs.quanux.org/symphony/de/engines/overview.md)
- [Maestro: Präsenzautorität für Symphony-Vektor-Engines](https://docs.quanux.org/symphony/de/governance/maestro.md)
- [Dokumentation zu QuanuX Symphony](https://docs.quanux.org/symphony/de/index.md)
- [Knowledge Session Coordinator für Symphony-Vektor-Engines](https://docs.quanux.org/symphony/de/engines/coordinator.md)


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.