> ## Documentation Index
> Fetch the complete documentation index at: https://docs.quanux.org/symphony/llms.txt
> Use this file to discover all available pages before exploring further.

# Vecteurs et phases de livraison de Symphony

> Comprenez la différence entre les domaines durables de propriété sémantique de Symphony (vecteurs) et les phases de livraison chronologiques, ainsi que le Contract Quad et l'état actuel des vecteurs.

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

| Vecteur | État | Page |
| - | - | - |
| **SKV** — Symphony Knowledge Vector | Implémenté : fondation de la Phase 1 avec surfaces indexées | [/skv/overview](https://docs.quanux.org/symphony/fr/skv/overview.md) |
| **SKVI** — Indexation des sources | Implémenté : moteur inspect/check/propose | [/skv/skvi](https://docs.quanux.org/symphony/fr/skv/skvi.md) |
| **SCLV** — Registre des modifications | Implémenté : vérifications de registre en ajout seul | [/skv/sclv](https://docs.quanux.org/symphony/fr/skv/sclv.md) |
| **SACV** — Gouvernance des contrats d'API | Implémenté : vérifications OpenAPI 3.2.0 | [/skv/sacv](https://docs.quanux.org/symphony/fr/skv/sacv.md) |
| **SODV** — Gouvernance de la documentation officielle et des versions | Implémenté : vérifications du registre local des versions | [/skv/sodv](https://docs.quanux.org/symphony/fr/skv/sodv.md) |
| **SSFV** — Identité et administration des fonctionnalités | Implémenté : vérifications structurelles des fonctionnalités | [/skv/ssfv](https://docs.quanux.org/symphony/fr/skv/ssfv.md) |
| **SAV** — Composition Accordare | Implémenté : évaluation en chemin glacial | [/skv/sav](https://docs.quanux.org/symphony/fr/skv/sav.md) |
| **SEV** — Évolution | Implémenté : planification de l'impact et des dispositions | [/skv/sev](https://docs.quanux.org/symphony/fr/skv/sev.md) |
| **SSIAG** — Secure Identity and Access Governance | Implémenté : fondation Go sans cgo | [/governance/ssiag](https://docs.quanux.org/symphony/fr/governance/ssiag.md) |
| **STAV** — Protocole d'audit TOPS | Implémenté : registre en ajout seul par TOPS | [/governance/stav](https://docs.quanux.org/symphony/fr/governance/stav.md) |
| **SOV** — Ops Vector | Émergent : provisionnement, livraison d'Habitat et de Nest | [/vectors/sov](https://docs.quanux.org/symphony/fr/vectors/sov.md) |
| **SCV** — Cloud Vector | Implémenté : huit moteurs C++ de connaissance des sources | [/vectors/scv](https://docs.quanux.org/symphony/fr/vectors/scv.md) |
| **SNV** — Node Vector | Émergent : composition SNIV, SNRV, SCIV, SCNV | [/vectors/snv](https://docs.quanux.org/symphony/fr/vectors/snv.md) |
| **SQV** — Quantitative Vector | Émergent : sous-vecteur d'architecture FIX SOOV | [/vectors/sqv](https://docs.quanux.org/symphony/fr/vectors/sqv.md) |
| **SHV** — Hardware Vector | Implémenté : moteurs C++ de sources, de catalogue et de profils | [/vectors/shv](https://docs.quanux.org/symphony/fr/vectors/shv.md) |
| **SIV** — Intelligence Vector | Émergent : SMCV Markdown facultatif ; SAIV réservé | [/vectors/siv](https://docs.quanux.org/symphony/fr/vectors/siv.md) |

## Contract Quad et surfaces compagnons

Chaque vecteur reçoit :

1. **INTENT.md** — finalité et portée
2. **MANIFEST.md** — identité, surfaces déclarées, graphe de délégation
3. **SKILL.md** — utilisation sûre et conseils opérationnels
4. **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.


## Related topics

- [Maestro : autorité de présence des moteurs de vecteurs Symphony](https://docs.quanux.org/symphony/fr/governance/maestro.md)
- [Moteurs de vecteurs Symphony : vue d'ensemble de l'installation indépendante](https://docs.quanux.org/symphony/fr/engines/overview.md)
- [Knowledge Session Coordinator pour les moteurs de vecteurs Symphony](https://docs.quanux.org/symphony/fr/engines/coordinator.md)
- [Symphony Node Vector : identité des Nodes et enregistrements de clusters](https://docs.quanux.org/symphony/fr/vectors/snv.md)
- [Neutralité vis-à-vis de la classe d'appelant et autorité de l'hôte dans Symphony](https://docs.quanux.org/symphony/fr/concepts/caller-authority.md)


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.