Il relayintegrato nel binario
cmdop server è il relay a cui si connette la tua flotta — e viene distribuito dentro lo stesso binario firmato dell’agente e della web UI. Esegui `cmdop server`, punta le tue macchine verso di esso: gli agenti compongono verso l’esterno (nessuna porta in entrata, compatibile con NAT), i client li raggiungono tramite HTTP e WebSocket.
Un binario è il backbone
Non c’è alcun cluster da mettere in piedi. Il relay, la console web e l’agente sono un unico binario firmato — avvialo e l’intero piano si accende. Gli agenti parlano gRPC; i client parlano HTTP e WebSocket; tutto è circoscritto alla flotta e tracciato.
HTTPLa superficie rivolta al client — auth, presenza, letture di macchine e flotte, più la console web integrata, il tutto servito dall’unico binario.
gRPCIl trasporto degli agenti. Le macchine compongono verso l’esterno e tengono uno stream bidirezionale — terminale, exec e operazioni su file scorrono qui, anche su loopback.
WebSocketIl canale push su HTTP. Trasmette output dal vivo, presenza ed eventi ai client connessi — desktop e qualsiasi browser.
tunnelsRaggiungi un servizio dietro una macchina senza aprire una porta verso Internet — la macchina compone verso l’esterno, il relay lo instrada indietro.
schedulerPianificazioni durature, job differiti e manutenzione girano dentro il binario — nessun processo worker separato, nessuna coda da gestire.
orchestratorIl coordinatore della flotta (Jarvis) gira come una goroutine in-process che si unisce al relay come macchina virtuale e coordina la flotta.
Il contratto gRPC vive in proto/agentv1 (cmdop.agent.v1) ed è l’unica fonte di verità — gli stub dell’agente Go sono generati da esso.
Guarda il relaydall’interno
Ogni screenshot qui sotto è la vera console di amministrazione di cmdop server — la superficie da operatore che ottieni quando fai self-hosting del relay.
Gli agenti compongono in uscita.Nessuna porta in entrata.
Ogni macchina apre uno stream gRPC in uscita verso il relay e resta raggiungibile attraverso di esso — non c’è alcuna porta in ascolto da esporre, nessun buco nel firewall, nessuna traversata NAT da accudire. Il relay instrada i messaggi tra agenti e client; le macchine non accettano mai connessioni in entrata.
Isolatoper cliente
Ogni account ottiene il proprio dominio relay, fornito solo per la tua flotta — terminazione TLS e instradamento che nessun altro cliente condivide. Presenza, audit e cronologia restano all’interno della tua flotta; nulla viene instradato oltre i confini del tenant.
Un coordinatoreche vive nel relay
Jarvis è un agente IA lato server che si unisce al relay come peer macchina virtuale. Circoscritto alla flotta e sempre attivo, può raggiungere gli altri agenti — interrogarne uno, trasmettere a molti — e coordinare il lavoro nella flotta senza che nulla giri sulla tua macchina.
Un gateway compatibile con OpenAIsu /v1
Il relay espone l’inferenza su /v1 — chat completions, embeddings e models — parlando il formato wire di OpenAI. Il server detiene le chiavi del provider e instrada per flotta con spesa e quota, così gli agenti ottengono un unico endpoint autenticato con bearer invece di una pila di credenziali dei fornitori.
Esegui il relay da solo
Il relay non è un servizio separato da distribuire — è lo stesso binario firmato che installi ovunque. Installa cmdop, esegui `cmdop server` e punta le tue macchine verso di esso. Un unico comando avvia insieme il relay, la console web e il coordinatore.
Nessun cluster, nessun file compose: `cmdop server` è un singolo processo che serve HTTP (:63141) e gRPC (:63142) ed esegue il coordinatore come una goroutine in-process. Mettici davanti il tuo reverse proxy quando vuoi TLS e un indirizzo stabile.
Gestisci tu stessoil backbone della flotta
Avvia il relay, punta i tuoi agenti su di esso e possiedi l’intero piano da capo a fondo.





