O Symphony organiza a sua arquitetura em torno de duas ideias: os vetores são domínios duradouros de propriedade semântica e as fases são campanhas cronológicas de entrega. O facto de um componente ter sido investigado pela primeira vez numa fase não torna essa fase a 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 duradouro e delimitado de propriedade semântica, cujo contrato canónico detém o significado e as 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 necessita. O vetor declara as suas superfícies canónicas e o seu grafo de delegação, e o SKVI mapeia cada superfície atual exatamente uma vez. Os complementos obsoletos são substituídos através de evolução governada, em vez de permanecerem como contexto contraditório.
Estado dos vetores
Contract Quad e superfícies complementares
Cada vetor recebe:
- INTENT.md — propósito e âmbito
- MANIFEST.md — identidade, superfícies declaradas, grafo de delegação
- SKILL.md — utilização segura e orientações operacionais
- SPEC.md — comportamento normativo e fronteiras
As superfícies complementares, como SLANG.md, NAMESPACES.md, registos, esquemas e perfis, continuam a ser artefactos governados fora da estrutura de quatro membros. Encaminham ou especializam a verdade do proprietário, mas não podem expandir a sua própria autoridade.
Integração baseada em evidências
Um motor adiado não tem um recibo fabricado. Uma API proposta não tem uma entrada de registo inventada. Um contrato não publicado não tem uma declaração de conclusão no SODV. Isto é integração baseada em evidências, e não duplicação cerimonial. Última modificação em 10 de outubro de 2026
