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
Contract Quad e superfícies complementares
Todo vetor recebe:
- INTENT.md — propósito e escopo
- MANIFEST.md — identidade, superfícies declaradas, grafo de delegação
- SKILL.md — uso seguro e orientações operacionais
- 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. Última modificação em 10 de outubro de 2026
