Le relaisintégré au binaire
cmdop server est le relais auquel votre flotte se connecte — et il est livré dans le même binaire signé que l’agent et l’interface web. Lancez `cmdop server`, pointez-y vos machines : les agents composent vers l’extérieur (aucun port entrant, compatible NAT), les clients les atteignent via HTTP et WebSocket.
Un seul binaire, l’épine dorsale
Il n’y a aucun cluster à monter. Le relais, la console web et l’agent forment un seul binaire signé — démarrez-le et tout le plan se lève. Les agents parlent gRPC ; les clients parlent HTTP et WebSocket ; tout est délimité par flotte et audité.
HTTPLa surface côté client — auth, présence, lectures de machines et de flottes, plus la console web intégrée, le tout servi par ce seul binaire.
gRPCLe transport des agents. Les machines composent vers l’extérieur et maintiennent un flux bidirectionnel — terminal, exec et opérations de fichiers circulent ici, même en loopback.
WebSocketLe canal push par-dessus HTTP. Streame la sortie en direct, la présence et les événements vers les clients connectés — bureau et n’importe quel navigateur.
tunnelsAtteignez un service derrière une machine sans ouvrir de port sur Internet — la machine compose vers l’extérieur, le relais réachemine la réponse.
schedulerPlannings durables, tâches différées et maintenance s’exécutent au sein du binaire — aucun processus worker séparé, aucune file d’attente à opérer.
orchestratorLe coordinateur de flotte (Jarvis) s’exécute comme une goroutine in-process qui rejoint le relais en tant que machine virtuelle et coordonne la flotte.
Le contrat gRPC vit dans proto/agentv1 (cmdop.agent.v1) et constitue l’unique source de vérité — les stubs de l’agent Go en sont générés.
Voyez le relaisde l’intérieur
Chaque capture ci-dessous est la véritable console d’administration de cmdop server — la surface d’opérateur que vous obtenez en auto-hébergeant le relais.
Une console pour tout le plan
État système, machines, sessions actives, dépense LLM et erreurs — tout le relais en un coup d’œil, servi par le binaire lui-même.
Votre flotte, sous forme de tableau
Chaque machine connectée avec présence, OS et dernière activité — y compris Jarvis comme agent côté serveur toujours actif.
Métriques gRPC en direct
Flux actifs, totaux RPC, percentiles de latence et taux de succès/erreur — diffusés en direct via WebSocket.
La passerelle LLM
La passerelle /v1 compatible OpenAI : fournisseurs, clés, modèles et dépense par flotte, le tout gouverné au même endroit.
Un agent de flotte côté serveur
Jarvis rejoint le relais comme machine virtuelle et coordonne la flotte — demandez-lui d’exécuter des commandes ou de vérifier les logs sur chaque machine.
Émettre et révoquer l’accès
Générez les jetons CLI du relais avec lesquels les machines se connectent, et révoquez-les dès qu’une machine doit quitter le réseau.
Les agents composent.Aucun port entrant.
Chaque machine ouvre un flux gRPC sortant vers le relais et reste joignable par son intermédiaire — aucun port en écoute à exposer, aucun trou dans le pare-feu, aucune traversée de NAT à surveiller. Le relais achemine les messages entre agents et clients ; les machines n’acceptent jamais de connexions entrantes.
Isolépar client
Chaque compte reçoit son propre domaine de relais, provisionné rien que pour votre flotte — une terminaison TLS et un routage qu’aucun autre client ne partage. Présence, audit et historique restent au sein de votre flotte ; rien n’est routé au-delà des frontières de locataires.
Un coordinateurqui vit dans le relais
Jarvis est un agent IA côté serveur qui rejoint le relais comme pair de machine virtuelle. Délimité par flotte et toujours actif, il peut atteindre les autres agents — en interroger un, diffuser à plusieurs — et coordonner le travail à travers la flotte sans que rien ne tourne sur votre propre machine.
Une passerelle compatible OpenAIà /v1
Le relais expose l’inférence à /v1 — chat completions, embeddings et modèles — en parlant le format de fil OpenAI. Le serveur détient les clés des fournisseurs et achemine par flotte avec dépense et quota, de sorte que les agents obtiennent un seul endpoint authentifié par bearer au lieu d’un tas d’identifiants de fournisseurs.
Exécutez le relais vous-même
Le relais n’est pas un service séparé à déployer — c’est le même binaire signé que vous installez partout. Installez cmdop, lancez `cmdop server` et pointez-y vos machines. Une seule commande lève le relais, la console web et le coordinateur ensemble.
Aucun cluster, aucun fichier compose : `cmdop server` est un processus unique qui sert HTTP (:63141) et gRPC (:63142) et exécute le coordinateur comme une goroutine in-process. Placez votre propre reverse proxy devant lui lorsque vous voulez du TLS et une adresse stable.
Exécutez vous-même l’épinedorsale de la flotte
Démarrez le relais, pointez-y vos agents et possédez tout le plan de bout en bout.