Symphony organise son architecture autour de deux idées : les vecteurs sont des domaines durables de propriété sémantique, et les phases sont des campagnes de livraison chronologiques. Un composant étudié pour la première fois au cours d’une phase ne fait pas de cette phase son propriétaire permanent. Les vecteurs maintiennent la signification stable pendant que l’implémentation évolue.
Qu’est-ce qu’un vecteur ?
Un vecteur est un domaine borné et durable de propriété sémantique dont le contrat canonique est propriétaire de la signification et des opérations autorisées de ce domaine. Chaque vecteur reçoit un Contract Quad : INTENT.md, MANIFEST.md, SKILL.md et SPEC.md, ainsi que les surfaces compagnons ciblées dont il a réellement besoin. Le vecteur déclare ses surfaces canoniques et son graphe de délégation, et SKVI associe chaque surface actuelle exactement une fois. Les compagnons obsolètes sont remplacés par une évolution gouvernée plutôt que de subsister comme contexte contradictoire.
État des vecteurs
Contract Quad et surfaces compagnons
Chaque vecteur reçoit :
- INTENT.md — finalité et portée
- MANIFEST.md — identité, surfaces déclarées, graphe de délégation
- SKILL.md — utilisation sûre et conseils opérationnels
- SPEC.md — comportement normatif et frontières
Les surfaces compagnons telles que SLANG.md, NAMESPACES.md, les registres, les schémas et les profils restent des artefacts gouvernés en dehors de la structure à quatre membres. Elles orientent ou spécialisent la vérité du propriétaire, mais ne peuvent pas étendre leur propre autorité.
Intégration fondée sur les preuves
Un moteur différé n’a pas de reçu fabriqué. Une API proposée n’a pas d’entrée de registre inventée. Un contrat non publié n’a pas de déclaration d’achèvement SODV. Il s’agit d’une intégration fondée sur les preuves, et non d’une duplication cérémonielle. Dernière modification le 10 octobre 2026
