Passer au contenu principal
La grammaire qxctl maestro ... expose les preuves de présence de Maestro. Maestro est l’autorité de présence; qxctl ne fait que lire et inspecter ce que Maestro consigne. Ni l’un ni l’autre ne crée de relations d’amarrage de lui-même.

Inventaire

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

Routes d’administration connexes

D’autres feuilles qxctl exposent l’administration liée à Maestro :
  • Statut et inspection des preuves d’amarrage
  • Routes de récupération bornées par les propres contrats de Maestro
  • Inscription au cycle de vie fondamental et supervision native pour Maestro lui-même
Chaque route de mutation passe par l’adaptateur exact appartenant au module. qxctl ne produit 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, à eux seuls, n’établissent pas la présence dans Maestro.

Surfaces connexes

Maestro

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

qxctl engines

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

qxctl session

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

Aperçu des moteurs

Moteurs vectoriels installables de façon indépendante qui s’amarrent à Maestro.
Dernière modification le 10 octobre 2026