Symphony organizza la propria architettura attorno a due idee: i vector sono domini duraturi di proprietà semantica, mentre le fasi sono campagne cronologiche di consegna. Un componente studiato per la prima volta in una fase non rende quella fase il suo proprietario permanente. I vector mantengono stabile il significato mentre l’implementazione evolve.
Che cos’è un vector?
Un vector è un dominio di proprietà semantica duraturo e delimitato, il cui contratto canonico è proprietario del significato e delle operazioni consentite di quel dominio. Ogni vector riceve un Contract Quad: INTENT.md, MANIFEST.md, SKILL.md e SPEC.md, più le superfici companion mirate di cui ha effettivamente bisogno. Il vector dichiara le proprie superfici canoniche e il proprio grafo di delega, e SKVI mappa ogni superficie corrente esattamente una volta. I companion obsoleti vengono sostituiti tramite un’evoluzione governata, invece di restare come contesto contraddittorio.
Stato dei vector
Contract Quad e superfici companion
Ogni vector riceve:
- INTENT.md — scopo e ambito
- MANIFEST.md — identità, superfici dichiarate, grafo di delega
- SKILL.md — uso sicuro e indicazioni operative
- SPEC.md — comportamento normativo e confini
Le superfici companion come SLANG.md, NAMESPACES.md, registri, schemi e profili restano artefatti governati al di fuori della struttura a quattro membri. Instradano o specializzano la verità del proprietario, ma non possono ampliare la propria autorità.
Integrazione basata sulle evidenze
Un engine rinviato non ha ricevute fabbricate. Un’API proposta non ha voci di registro inventate. Un contratto non pubblicato non ha alcuna dichiarazione di completamento SODV. Questa è integrazione basata sulle evidenze, non duplicazione cerimoniale. Ultima modifica il 10 ottobre 2026
