Opérations
- Inspect et check : valider la forme et la continuité du registre des versions.
- Verify : vérifier les observations de l’état publié fournies par l’appelant.
- Propose : accepter des propositions de version neutres vis-à-vis des fournisseurs.
- Recover : effectuer une récupération sans mutation.
- Project : émettre des inventaires de versions jetables.
Ce que SODV ne fait pas
- SODV n’a pas d’accès réseau.
- SODV ne publie rien sur GitHub, Mintlify, les registres de paquets ni aucune autre surface.
- SODV ne crée aucun tag et ne peut pas déclarer une version comme achevée.
- SODV ne classe pas les fournisseurs et ne privilégie aucun chemin de publication.
Publications SODV achevées
stav-protocol-go v0.2.0
github.com/QuanuX/Symphony/libraries/stav-protocol-go au tag libraries/stav-protocol-go/v0.2.0.stav-append-authority v0.1.0
github.com/QuanuX/Symphony/modules/stav-append-authority au tag modules/stav-append-authority/v0.1.0.stav-append-authority v0.2.0
github.com/QuanuX/Symphony/modules/stav-append-authority au tag modules/stav-append-authority/v0.2.0.Commandes vectorielles qxctl
Exécutez
qxctl sodv ... pour inspecter, vérifier, proposer et projeter.Chaque moteur SKV se limite à la lecture, la requête, la validation et la proposition. L’application canonique est désactivée tant que les contrats SSIAG, de transaction sur état attendu, de garde-fou qxctl, d’événement STAV, de récupération et de tests négatifs de chaque moteur ne sont pas complets.