Passer au contenu principal
La grammaire qxctl maestro ... expose les preuves de présence de Maestro. Maestro est l’autorité de présence ; qxctl se contente de lire et d’inspecter ce que Maestro enregistre. Ni l’un ni l’autre ne crée de relations d’arrimage de son propre chef.

Inventaire

Maestro inventory
qxctl maestro inventory présente l’inventaire complet, dérivé et en lecture seule de Maestro des relations d’arrimage authentifiées des moteurs vectoriels, par TOPS et par récepteur.

Routes d’administration associées

D’autres feuilles qxctl exposent l’administration liée à Maestro :
  • Statut et inspection des preuves d’arrimage
  • Routes de récupération bornées par les propres contrats de Maestro
  • Inscription au cycle de vie fondamental et supervision native de Maestro lui-même
Chaque route de mutation passe par l’adaptateur exact détenu par le module. qxctl ne génère jamais de descripteurs Maestro à partir d’une analyse interne et n’invoque jamais implicitement la version la plus récente.
Maestro ne démarre, ne planifie, ne supervise ni n’invoque de moteurs. qxctl maestro inventory est en lecture seule. Une liaison, une réconciliation, une coordination de session ou un plan de cycle de vie ne suffit pas, à lui seul, à établir une présence Maestro.

Surfaces associées

Maestro

Contrat et limites de l’autorité de présence.

qxctl engines

Registre de liaison des moteurs (les liaisons ne sont pas des arrimages).

qxctl session

Sessions authentifiées utilisées pour enregistrer la présence.

Vue d’ensemble des moteurs

Moteurs vectoriels installables indépendamment qui s’arriment à Maestro.
Dernière modification le 10 octobre 2026