> ## 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.

# Vector e fasi di consegna di Symphony

> Comprendi i domini duraturi di proprietà semantica di Symphony (vector) rispetto alle fasi cronologiche di consegna, oltre al Contract Quad e allo stato attuale dei vector.

Symphony organizza la propria architettura attorno a due idee: i **vector** sono domini duraturi di proprietà semantica, mentre le **fasi** sono campagne cronologiche di consegna. Un componente studiato per la prima volta in una fase non rende quella fase il suo proprietario permanente. I vector mantengono stabile il significato mentre l'implementazione evolve.

## Che cos'è un vector?

Un vector è un dominio di proprietà semantica duraturo e delimitato, il cui contratto canonico è proprietario del significato e delle operazioni consentite di quel dominio. Ogni vector riceve un **Contract Quad**: `INTENT.md`, `MANIFEST.md`, `SKILL.md` e `SPEC.md`, più le superfici companion mirate di cui ha effettivamente bisogno. Il vector dichiara le proprie superfici canoniche e il proprio grafo di delega, e SKVI mappa ogni superficie corrente esattamente una volta. I companion obsoleti vengono sostituiti tramite un'evoluzione governata, invece di restare come contesto contraddittorio.

## Stato dei vector

| Vector | Stato | Pagina |
| - | - | - |
| **SKV** — Symphony Knowledge Vector | Implementato: fondamenta della Fase 1 con superfici indicizzate | [/it/skv/overview](https://docs.quanux.org/symphony/it/skv/overview.md) |
| **SKVI** — Indicizzazione delle sorgenti | Implementato: engine di ispezione/verifica/proposta | [/it/skv/skvi](https://docs.quanux.org/symphony/it/skv/skvi.md) |
| **SCLV** — Ledger delle modifiche | Implementato: verifiche del ledger append-only | [/it/skv/sclv](https://docs.quanux.org/symphony/it/skv/sclv.md) |
| **SACV** — Governance dei contratti API | Implementato: verifiche OpenAPI 3.2.0 | [/it/skv/sacv](https://docs.quanux.org/symphony/it/skv/sacv.md) |
| **SODV** — Governance della documentazione ufficiale e dei rilasci | Implementato: verifiche del ledger locale dei rilasci | [/it/skv/sodv](https://docs.quanux.org/symphony/it/skv/sodv.md) |
| **SSFV** — Identità e amministrazione delle funzionalità | Implementato: verifiche strutturali delle funzionalità | [/it/skv/ssfv](https://docs.quanux.org/symphony/it/skv/ssfv.md) |
| **SAV** — Composizione Accordare | Implementato: valutazione di freezing path | [/it/skv/sav](https://docs.quanux.org/symphony/it/skv/sav.md) |
| **SEV** — Evoluzione | Implementato: pianificazione di impatto e disposizione | [/it/skv/sev](https://docs.quanux.org/symphony/it/skv/sev.md) |
| **SSIAG** — Secure Identity and Access Governance | Implementato: fondamenta Go senza cgo | [/it/governance/ssiag](https://docs.quanux.org/symphony/it/governance/ssiag.md) |
| **STAV** — Protocollo di audit TOPS | Implementato: ledger append-only per ogni TOPS | [/it/governance/stav](https://docs.quanux.org/symphony/it/governance/stav.md) |
| **SOV** — Ops Vector | Emergente: provisioning, consegna di Habitat e Nest | [/it/vectors/sov](https://docs.quanux.org/symphony/it/vectors/sov.md) |
| **SCV** — Cloud Vector | Implementato: otto engine C++ di conoscenza delle sorgenti | [/it/vectors/scv](https://docs.quanux.org/symphony/it/vectors/scv.md) |
| **SNV** — Node Vector | Emergente: composizione SNIV, SNRV, SCIV, SCNV | [/it/vectors/snv](https://docs.quanux.org/symphony/it/vectors/snv.md) |
| **SQV** — Quantitative Vector | Emergente: subvector di architettura FIX SOOV | [/it/vectors/sqv](https://docs.quanux.org/symphony/it/vectors/sqv.md) |
| **SHV** — Hardware Vector | Implementato: engine C++ per sorgenti, catalogo e profili | [/it/vectors/shv](https://docs.quanux.org/symphony/it/vectors/shv.md) |
| **SIV** — Intelligence Vector | Emergente: SMCV Markdown opzionale; SAIV riservato | [/it/vectors/siv](https://docs.quanux.org/symphony/it/vectors/siv.md) |

## Contract Quad e superfici companion

Ogni vector riceve:

1. **INTENT.md** — scopo e ambito
2. **MANIFEST.md** — identità, superfici dichiarate, grafo di delega
3. **SKILL.md** — uso sicuro e indicazioni operative
4. **SPEC.md** — comportamento normativo e confini

Le superfici companion come `SLANG.md`, `NAMESPACES.md`, registri, schemi e profili restano artefatti governati al di fuori della struttura a quattro membri. Instradano o specializzano la verità del proprietario, ma non possono ampliare la propria autorità.

## Integrazione basata sulle evidenze

Un engine rinviato non ha ricevute fabbricate. Un'API proposta non ha voci di registro inventate. Un contratto non pubblicato non ha alcuna dichiarazione di completamento SODV. Questa è integrazione basata sulle evidenze, non duplicazione cerimoniale.


## Related topics

- [Maestro: l'autorità di presenza dei vector engine di Symphony](https://docs.quanux.org/symphony/it/governance/maestro.md)
- [Vector engine di Symphony: panoramica dell'installazione indipendente](https://docs.quanux.org/symphony/it/engines/overview.md)
- [Knowledge Session Coordinator per i vector engine di Symphony](https://docs.quanux.org/symphony/it/engines/coordinator.md)
- [Architettura di Symphony](https://docs.quanux.org/symphony/it/concepts/architecture.md)
- [Documentazione di QuanuX Symphony](https://docs.quanux.org/symphony/it/index.md)


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