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 chronologiques de livraison. 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 stabilité de la signification pendant que l’implémentation évolue.
Qu’est-ce qu’un vecteur?
Un vecteur est un domaine durable et borné de propriété sémantique dont le contrat canonique est propriétaire de la signification et des opérations permises de ce domaine. Chaque vecteur reçoit un Contract Quad : INTENT.md, MANIFEST.md, SKILL.md et SPEC.md, ainsi que les surfaces compagnes 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 compagnes
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écuritaire et conseils opérationnels
- SPEC.md — comportement normatif et frontières
Les surfaces compagnes comme SLANG.md, NAMESPACES.md, les registres, les schémas et les profils demeurent des artefacts gouvernés en dehors de la structure à quatre membres. Elles acheminent ou spécialisent la vérité du propriétaire, mais ne peuvent pas étendre leur propre autorité.
Intégration fondée sur des preuves
Un moteur reporté 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é ne fait l’objet d’aucune déclaration d’achèvement SODV. Il s’agit d’une intégration fondée sur des preuves, et non d’une duplication de pure forme. Dernière modification le 10 octobre 2026
