Passer au contenu principal
Le Symphony Knowledge Vector (SKV) est le cadre canonique des connaissances déclaratives de la plateforme Symphony. Il préserve la vérité architecturale, les limites des modules, les contrats, la doctrine et les connaissances de compatibilité dans une structure que les humains, les validateurs, qxctl, l’intégration continue et les outils agentiques consomment de manière cohérente. SKV n’est pas un environnement d’exécution; c’est la couche de connaissances partagée par laquelle passe chaque vecteur.

Le Contract Quad

Chaque propriétaire sémantique dans SKV publie un Contract Quad :
  • INTENT.md : objectif, portée et éléments hors portée
  • MANIFEST.md : surfaces canoniques et délégation
  • SKILL.md : procédure d’utilisation sécuritaire pour les appelants
  • SPEC.md : comportement normatif
Les schémas, registres, profils, grands livres et autres artefacts demeurent en dehors du Quad à quatre membres et restent régis par le même propriétaire.

Surfaces compagnes

Deux compagnons appartenant à SKV s’appliquent à l’ensemble des vecteurs :
  • knowledge/SLANG.md associe chaque terme de la plateforme au contrat exact qui en possède la sémantique.
  • knowledge/NAMESPACES.md consigne la propriété des familles d’identités sans dicter la grammaire, l’attribution, le cycle de vie ni les identités individuelles.
Aucun de ces compagnons n’est un cinquième membre du Quad, un nouveau vecteur ou un service d’exécution.

Règle d’interprétation

Les contrats actuels décrivent la vérité actuelle. Les registres SCLV et SODV en ajout seul préservent ce qui était connu, autorisé ou achevé au moment où ils ont été consignés. Lorsque l’état des contrats, les preuves de mise en œuvre et le dernier registre applicable divergent, cette divergence constitue une dérive à examiner. Les outils ne doivent pas inventer silencieusement une réconciliation.

Sous-vecteurs

SKVI

Indexe chaque surface canonique actuelle exactement une fois.

SCLV

Grand livre des changements en ajout seul pour les modifications de source importantes achevées.

SACV

Gouvernance OpenAPI 3.2.0 bornée et différences de compatibilité.

SODV

Régit la publication officielle de QuanuX et les registres de versions.

SSFV

Identité des fonctionnalités, fraîcheur et assurance de l’administration.

SAV

Composition Accordare et évaluation de la compatibilité sur trois axes.

SEV

Cas d’évolution, planification des dispositions et vérifications de nouveauté.

Gouvernance

Gouvernance de l’identité SSIAG et de l’audit STAV pour les mutations autorisées.
Chaque moteur SKV actuel se limite à la lecture, à la requête, à la validation et à la proposition. L’application canonique programmatique est désactivée jusqu’à ce que les contrats de permission SSIAG, de transaction sur l’état attendu, de garde-fou qxctl, d’événement STAV, de récupération et de tests négatifs de chaque moteur soient complets.
Dernière modification le 10 octobre 2026