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

# Guida rapida: esplora QuanuX Symphony

> Un percorso guidato attraverso la dottrina, l'architettura, i contratti dei vector e la superficie amministrativa qxctl di Symphony.

Usa questa guida per orientarti prima di utilizzare Symphony. La documentazione separa la dottrina della piattaforma, l'infrastruttura scelta dall'utente, la semantica di proprietà dei vector e i comandi amministrativi. I passaggi esatti di installazione ed esecuzione appartengono al contratto corrente del componente interessato.

## 1. Leggi i confini operativi

Inizia dalla [dottrina della piattaforma](https://docs.quanux.org/symphony/it/doctrine.md). Stabilisce la proprietà dell'utente su strategia e infrastruttura, la neutralità rispetto alla classe del chiamante, la compatibilità basata sulle evidenze e la protezione dell'hot path.

## 2. Impara il modello fisico

Leggi [Node, Habitat e Nest](https://docs.quanux.org/symphony/it/concepts/node-habitat-nest.md):

* **Node:** la risorsa informatica fisica identificata.
* **Habitat:** l'esatto sistema operativo e condizionamento dei pacchetti forniti a un Node.
* **Nest** (il "nido"): il workload con lo scopo scelto dall'utente, collocato in un Habitat adatto.

I bus e gli adapter di un cluster sono scelte architetturali esplicite. Symphony non prescrive un provider o una strategia universali.

## 3. Traccia la proprietà del significato

La [panoramica dell'architettura](https://docs.quanux.org/symphony/it/concepts/architecture.md) mostra la relazione tra contratti dei vector, engine, qxctl ed evidenze governate. [Vector e fasi](https://docs.quanux.org/symphony/it/concepts/vectors.md) spiega perché un vector resta il proprietario semantico anche mentre il lavoro di consegna attraversa diverse fasi. Il [Symphony Knowledge Vector](https://docs.quanux.org/symphony/it/skv/overview.md) descrive il Contract Quad e le sue superfici companion.

## 4. Trova la superficie amministrativa

La [panoramica di qxctl](https://docs.quanux.org/symphony/it/qxctl/overview.md) presenta la CLI amministrativa e di interrogazione scritta in Go. Usa le pagine di qxctl per una specifica famiglia di comandi, come [knowledge](https://docs.quanux.org/symphony/it/qxctl/knowledge.md), [lifecycle](https://docs.quanux.org/symphony/it/qxctl/lifecycle.md), [engines](https://docs.quanux.org/symphony/it/qxctl/engines.md) o [validazione](https://docs.quanux.org/symphony/it/qxctl/validate.md). qxctl fornisce la grammatica dei comandi e la presentazione; i contratti dei vector sono proprietari delle operazioni e del loro significato.

## 5. Verifica il contratto e le evidenze pertinenti

Prima di agire su un Node o di invocare un vector engine, verifica il contratto corrente del proprietario, lo stato di destinazione, l'autorizzazione e le ricevute o le evidenze di validazione disponibili. [Autorità del chiamante](https://docs.quanux.org/symphony/it/concepts/caller-authority.md) e [isolamento dell'hot path](https://docs.quanux.org/symphony/it/concepts/hot-path-isolation.md) spiegano questi confini. Una superficie emergente non costituisce una garanzia operativa implicita.


## Related topics

- [Documentazione di QuanuX Symphony](https://docs.quanux.org/symphony/it/index.md)
- [Dottrina della piattaforma QuanuX Symphony](https://docs.quanux.org/symphony/it/doctrine.md)
- [Isolamento dell'hot path in QuanuX Symphony](https://docs.quanux.org/symphony/it/concepts/hot-path-isolation.md)
- [SACV: governance dei contratti API per QuanuX Symphony](https://docs.quanux.org/symphony/it/skv/sacv.md)
- [SODV: governance della documentazione ufficiale e dei rilasci](https://docs.quanux.org/symphony/it/skv/sodv.md)


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