qxctl knowledge engines: bind, doctor e migrazione del registro

La grammatica qxctl knowledge engines ... gestisce il profilo di binding default protetto con ambito utente per gli engine vettoriali di Symphony. Associa (bind) contenuti selezionati per una successiva riconciliazione. Non installa, invoca, attiva, aggancia (dock), autentica, autorizza né applica alcun engine.

Comandi

Engines grammar

qxctl knowledge engines list
qxctl knowledge engines inspect
qxctl knowledge engines doctor
qxctl knowledge engines bind    --expected-registry-digest absent|DIGEST ...
qxctl knowledge engines unbind  --expected-registry-digest DIGEST ...
qxctl knowledge engines migrate --expected-registry-digest DIGEST ...

Specifica absent per la prima mutazione del registro v2, oppure il digest esatto riportato da list per le mutazioni successive. Ogni mutazione è un compare-and-swap rispetto a quel digest.

Migrazione da v1 a v2

Lo stato valido del registro v1 resta leggibile. La migrazione a v2 è un compare-and-swap esatto e separato e non è mai un’operazione di selezione della versione. Non considerare la migrazione come un percorso di aggiornamento per la selezione degli engine.

list e inspect continuano a funzionare sulle evidenze v1.
migrate produce una generazione v2 collegata senza scartare la verità v1.
Dopo la migrazione, usa i digest v2 per le mutazioni future.

Che cos’è un bind

Un bind seleziona contenuti esatti per la successiva riconciliazione da parte del coordinatore. Esso:

Non installa un engine
Non invoca né attiva un engine
Non aggancia un engine a Maestro
Non autentica un chiamante
Non autorizza l’apply

Superfici correlate

qxctl reconcile

Riconcilia i contenuti associati con un coordinatore.

qxctl lifecycle

Piani di ciclo di vita che usano engine associati.

Maestro

Autorità di presenza che registra gli agganci, non i binding.

Panoramica degli engine

Engine vettoriali installabili in modo indipendente.

Ultima modifica il 10 ottobre 2026