Moteurs
shv-engine
Noyau matériel : couverture définie par l’appelant, rejeu du catalogue à partir des sources conservées, évaluation des exigences et projection de graphe.
shv-source-engine
Ingestion des sources et gestion des révisions pour les preuves matérielles.
shv-profile-engine
Évaluation des profils de composants et de systèmes.
shv-partition-engine
Partitionnement du matériel catalogué pour une sélection reproductible.
shv-publication-engine
Publication et sélection gouvernées du catalogue local.
shv-graph-adapter
Surface explicite de transport de graphe.
shv-graph-duckdb-connector
Stockage de graphe durable reposant sur DuckDB, administré via qxctl.
shv-pdf-adapter
Interprétation des sources PDF pour les fiches techniques matérielles.
Points clés de l’administration
- Le stockage durable est administré uniquement via
shv graph store inspect|prepare|commit|status|query|export|schema|template.commitavec le condensé d’intention attendue conservé fait également office de reprise ; il n’existe pas d’alias de reprise distinct. - La publication du catalogue est administrée uniquement via
shv catalogue publication inspect|plan|apply|status|schema|template. La reprise s’effectue avecapply --operation-id, mutuellement exclusif avec--input. - L’inventaire (version 0.2) ajoute
shv graph store inventory: une lecture logique liée à une révision avec des identités explicites des rédacteurs conservés. La sélection héritée de la version 0.1 reste prise en charge.
Les classes matérielles sont des données de mappage et de profil de l’appelant, et non des arborescences de commandes dupliquées.
--version sélectionne le propriétaire principal exact ; --source-version et --adapter-version désignent des dépendances sélectionnées distinctes. Les révisions de schéma et de mappage sont des identités de données, et non des alias des versions de moteurs installées.Surfaces associées
Vecteur SHV
Contrat du Hardware Vector que ces moteurs implémentent.
Commandes de vecteur qxctl
Référence complète de la grammaire
shv ....