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

# Vetores e fases de entrega do Symphony

> Entenda os domínios duradouros de propriedade semântica do Symphony (vetores) em contraste com as fases cronológicas de entrega, além do Contract Quad e do status atual dos vetores.

O Symphony organiza sua arquitetura em torno de duas ideias: **vetores** são domínios duradouros de propriedade semântica, e **fases** são campanhas cronológicas de entrega. Um componente pesquisado inicialmente em uma fase não torna essa fase sua proprietária permanente. Os vetores mantêm o significado estável enquanto a implementação evolui.

## O que é um vetor?

Um vetor é um domínio delimitado e duradouro de propriedade semântica cujo contrato canônico é dono do significado e das operações permitidas desse domínio. Cada vetor recebe um **Contract Quad**: `INTENT.md`, `MANIFEST.md`, `SKILL.md` e `SPEC.md`, além das superfícies complementares específicas de que realmente precisa. O vetor declara suas superfícies canônicas e seu grafo de delegação, e o SKVI mapeia cada superfície atual exatamente uma vez. Complementos obsoletos são substituídos por meio de evolução governada, em vez de permanecerem como contexto contraditório.

## Status dos vetores

| Vetor | Status | Página |
| - | - | - |
| **SKV** — Symphony Knowledge Vector | Implementado: fundação da Fase 1 com superfícies indexadas | [/skv/overview](https://docs.quanux.org/symphony/pt-BR/skv/overview.md) |
| **SKVI** — Indexação de fontes | Implementado: engine de inspeção/verificação/proposta | [/skv/skvi](https://docs.quanux.org/symphony/pt-BR/skv/skvi.md) |
| **SCLV** — Ledger de alterações | Implementado: verificações de ledger somente de acréscimo | [/skv/sclv](https://docs.quanux.org/symphony/pt-BR/skv/sclv.md) |
| **SACV** — Governança de contratos de API | Implementado: verificações de OpenAPI 3.2.0 | [/skv/sacv](https://docs.quanux.org/symphony/pt-BR/skv/sacv.md) |
| **SODV** — Governança de documentação oficial/releases | Implementado: verificações do ledger local de releases | [/skv/sodv](https://docs.quanux.org/symphony/pt-BR/skv/sodv.md) |
| **SSFV** — Identidade/administração de recursos | Implementado: verificações estruturais de recursos | [/skv/ssfv](https://docs.quanux.org/symphony/pt-BR/skv/ssfv.md) |
| **SAV** — Composição Accordare | Implementado: avaliação em caminho congelado | [/skv/sav](https://docs.quanux.org/symphony/pt-BR/skv/sav.md) |
| **SEV** — Evolução | Implementado: planejamento de impacto/disposição | [/skv/sev](https://docs.quanux.org/symphony/pt-BR/skv/sev.md) |
| **SSIAG** — Governança Segura de Identidade e Acesso | Implementado: fundação em Go sem cgo | [/governance/ssiag](https://docs.quanux.org/symphony/pt-BR/governance/ssiag.md) |
| **STAV** — Protocolo de auditoria do TOPS | Implementado: ledger somente de acréscimo por TOPS | [/governance/stav](https://docs.quanux.org/symphony/pt-BR/governance/stav.md) |
| **SOV** — Ops Vector | Emergente: provisionamento, entrega de Habitat e Nest | [/vectors/sov](https://docs.quanux.org/symphony/pt-BR/vectors/sov.md) |
| **SCV** — Cloud Vector | Implementado: oito engines C++ de conhecimento de fontes | [/vectors/scv](https://docs.quanux.org/symphony/pt-BR/vectors/scv.md) |
| **SNV** — Node Vector | Emergente: composição de SNIV, SNRV, SCIV e SCNV | [/vectors/snv](https://docs.quanux.org/symphony/pt-BR/vectors/snv.md) |
| **SQV** — Quantitative Vector | Emergente: subvetor de arquitetura FIX SOOV | [/vectors/sqv](https://docs.quanux.org/symphony/pt-BR/vectors/sqv.md) |
| **SHV** — Hardware Vector | Implementado: engines C++ de fontes, catálogo e perfis | [/vectors/shv](https://docs.quanux.org/symphony/pt-BR/vectors/shv.md) |
| **SIV** — Intelligence Vector | Emergente: SMCV Markdown opcional; SAIV reservado | [/vectors/siv](https://docs.quanux.org/symphony/pt-BR/vectors/siv.md) |

## Contract Quad e superfícies complementares

Todo vetor recebe:

1. **INTENT.md** — propósito e escopo
2. **MANIFEST.md** — identidade, superfícies declaradas, grafo de delegação
3. **SKILL.md** — uso seguro e orientações operacionais
4. **SPEC.md** — comportamento normativo e limites

Superfícies complementares como `SLANG.md`, `NAMESPACES.md`, registros, schemas e perfis continuam sendo artefatos governados fora da estrutura de quatro membros. Elas encaminham ou especializam a verdade do proprietário, mas não podem expandir a própria autoridade.

## Integração baseada em evidências

Uma engine adiada não tem recibo fabricado. Uma API proposta não tem entrada de registro inventada. Um contrato não publicado não tem declaração de conclusão no SODV. Isso é integração baseada em evidências, e não duplicação cerimonial.


## Related topics

- [Arquitetura do Symphony](https://docs.quanux.org/symphony/pt-BR/concepts/architecture.md)
- [Documentação do QuanuX Symphony](https://docs.quanux.org/symphony/pt-BR/index.md)
- [Início rápido: explore o QuanuX Symphony](https://docs.quanux.org/symphony/pt-BR/quickstart.md)
- [Symphony Ops Vector: controle de operações com o qxctl](https://docs.quanux.org/symphony/pt-BR/vectors/sov.md)
- [qxctl maestro: leitura do inventário de presença de receptores do Symphony](https://docs.quanux.org/symphony/pt-BR/qxctl/maestro.md)


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