Vai al contenuto principale
La grammatica qxctl maestro ... espone le evidenze di presenza di Maestro. Maestro è l’autorità di presenza; qxctl si limita a leggere e ispezionare ciò che Maestro registra. Nessuno dei due crea autonomamente relazioni di aggancio (docking).

Inventario

Maestro inventory
qxctl maestro inventory presenta l’inventario completo, derivato e di sola lettura di Maestro con le relazioni di aggancio autenticate degli engine vettoriali per TOPS e per recettore.

Percorsi amministrativi correlati

Ulteriori foglie di qxctl espongono l’amministrazione relativa a Maestro:
  • Stato e ispezione delle evidenze di aggancio
  • Percorsi di recupero delimitati dai contratti propri di Maestro
  • Iscrizione fondamentale al ciclo di vita e supervisione nativa per Maestro stesso
Ogni percorso di mutazione passa attraverso l’esatto adattatore di proprietà del modulo. qxctl non genera mai descrittori di Maestro a partire da un parsing interno e non invoca mai implicitamente la versione più recente.
Maestro non avvia, pianifica, supervisiona né invoca engine. qxctl maestro inventory è di sola lettura. Binding, riconciliazione, coordinazione di sessione o un piano di ciclo di vita da soli non stabiliscono la presenza in Maestro.

Superfici correlate

Maestro

Contratto e confini dell’autorità di presenza.

qxctl engines

Registro dei binding degli engine (i binding non sono agganci).

qxctl session

Sessioni autenticate usate per registrare la presenza.

Panoramica degli engine

Engine vettoriali installabili in modo indipendente che si agganciano a Maestro.
Ultima modifica il 10 ottobre 2026