Salta ai contenuti

La CLI a colpo d'occhio

La CLI aseptic offre dal terminale tutto ciò che un utente può fare nell’app desktop: gestire il catalogo (micro, scenari, mock, impostazioni), avviare e fermare scenari, osservare stato e log, e importare/esportare. UI e CLI condividono lo stesso motore tramite il registro di operazioni, quindi non divergono.

La CLI ha bisogno del motore compilato (npm run build:electron).

Finestra del terminale
node bin/aseptic.js <comando> # diretto
npm run cli -- <comando> # via npm (nota il separatore --)
aseptic <comando> # se hai registrato il globale con npm link
Flag Effetto
--json Output JSON su una riga, per gli script. Gli errori escono su stderr come {"error": "..."}.
-p, --project <percorso> Radice del progetto Aseptic (la cartella con .aseptic/).
-V, --version Versione.
-h, --help Aiuto (tutti i sottocomandi ce l’hanno).
Codice Significato
0 Successo.
1 Errore di esecuzione (l’operazione è fallita).
2 Errore d’uso (comando/flag non validi).
3 Il comando richiede un motore attivo e non c’è.
4 Timeout (per esempio in attesa che i micro siano healthy).
5 Richiede un piano a pagamento che l’account non ha.

Se il progetto configura l’accesso, la CLI (capacità cli), il MCP (mcp) e il copilota (chat) sono a pagamento e indipendenti. L’entitlement si ottiene accedendo all’app almeno una volta. Nei progetti senza accesso, la CLI non ha restrizioni. Vedi Capacità.

I micro sono processi figli del motore, quindi qualcosa deve restare attivo dopo aseptic start. La CLI risolve ogni comando così:

  1. Se c’è un motore attivo (l’app aperta o il daemon headless che la CLI stessa avvia), il comando si esegue contro di lui via HTTP: la CLI vede e governa lo stesso stato dell’UI.
  2. Se non c’è, le operazioni senza stato (catalogo, mock su disco, impostazioni, pacchetti) si eseguono in-proc su .aseptic/. Quelle che esigono uno stato attivo falliscono con exit 3.

aseptic start avvia il daemon automaticamente se serve; aseptic daemon stop lo spegne.