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

# Início rápido: explore o QuanuX Symphony

> Um roteiro guiado pela doutrina, arquitetura, contratos de vetor e superfície administrativa qxctl do Symphony.

Use este guia para se orientar antes de operar o Symphony. A documentação separa a doutrina da plataforma, a infraestrutura selecionada pelo usuário, a semântica de propriedade dos vetores e os comandos administrativos. As etapas exatas de instalação e execução pertencem ao contrato atual do componente relevante.

## 1. Leia os limites operacionais

Comece pela [doutrina da plataforma](https://docs.quanux.org/symphony/pt-BR/doctrine.md). Ela estabelece a propriedade do usuário sobre estratégia e infraestrutura, a neutralidade quanto à classe do chamador, a compatibilidade baseada em evidências e a proteção do hot path.

## 2. Conheça o modelo físico

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

* **Node:** o recurso computacional físico identificado.
* **Habitat:** o condicionamento exato de sistema operacional e pacotes entregue a um Node.
* **Nest:** o workload com o propósito do usuário colocado em um Habitat adequado.

Os barramentos e adaptadores de um cluster são escolhas arquiteturais explícitas. O Symphony não prescreve um provedor ou uma estratégia universal.

## 3. Rastreie a propriedade do significado

A [visão geral da arquitetura](https://docs.quanux.org/symphony/pt-BR/concepts/architecture.md) mostra a relação entre contratos de vetor, engines, qxctl e evidências governadas. [Vetores e fases](https://docs.quanux.org/symphony/pt-BR/concepts/vectors.md) explica por que um vetor continua sendo o dono semântico mesmo quando o trabalho de entrega avança pelas fases. O [Symphony Knowledge Vector](https://docs.quanux.org/symphony/pt-BR/skv/overview.md) descreve o Contract Quad e suas superfícies complementares.

## 4. Encontre a superfície administrativa

A [visão geral do qxctl](https://docs.quanux.org/symphony/pt-BR/qxctl/overview.md) apresenta a CLI administrativa e de consulta escrita em Go. Use as páginas do qxctl para uma família de comandos específica, como [knowledge](https://docs.quanux.org/symphony/pt-BR/qxctl/knowledge.md), [lifecycle](https://docs.quanux.org/symphony/pt-BR/qxctl/lifecycle.md), [engines](https://docs.quanux.org/symphony/pt-BR/qxctl/engines.md) ou [validação](https://docs.quanux.org/symphony/pt-BR/qxctl/validate.md). O qxctl fornece a gramática e a apresentação dos comandos; os contratos de vetor são donos das operações e do seu significado.

## 5. Verifique o contrato e as evidências relevantes

Antes de agir sobre um Node ou invocar uma engine de vetor, verifique o contrato atual do proprietário, o estado de destino, a autorização e as evidências de recibo ou validação disponíveis. [Autoridade do chamador](https://docs.quanux.org/symphony/pt-BR/concepts/caller-authority.md) e [isolamento do hot path](https://docs.quanux.org/symphony/pt-BR/concepts/hot-path-isolation.md) explicam esses limites. Uma superfície emergente não é uma garantia operacional implícita.


## Related topics

- [Documentação do QuanuX Symphony](https://docs.quanux.org/symphony/pt-BR/index.md)
- [Doutrina da plataforma QuanuX Symphony](https://docs.quanux.org/symphony/pt-BR/doctrine.md)
- [Isolamento do hot path no QuanuX Symphony](https://docs.quanux.org/symphony/pt-BR/concepts/hot-path-isolation.md)
- [SACV: governança de contratos de API para o QuanuX Symphony](https://docs.quanux.org/symphony/pt-BR/skv/sacv.md)
- [SODV: governança de documentação oficial e releases](https://docs.quanux.org/symphony/pt-BR/skv/sodv.md)


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