Pular para o conteúdo principal
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. 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:
  • 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 mostra a relação entre contratos de vetor, engines, qxctl e evidências governadas. Vetores e fases 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 descreve o Contract Quad e suas superfícies complementares.

4. Encontre a superfície administrativa

A visão geral do qxctl 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, lifecycle, engines ou validação. 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 e isolamento do hot path explicam esses limites. Uma superfície emergente não é uma garantia operacional implícita.
Última modificação em 10 de outubro de 2026