Linux est la maison. Les agents de code, les serveurs MCP et les tâches planifiées atterrissent sur les mêmes machines que vous patchez, journalisez et sauvegardez déjà. La pièce manquante n’est pas un tableau de bord SaaS de plus : c’est un noyau sur l’hôte capable de dire ce que ces agents peuvent lire et écrire, et d’arrêter une surface gouvernée sans se placer sur le chemin des requêtes.
Ce que cet environnement obtient
- Un artefact à côté des agents : un binaire statique, une image de
conteneur, ou le paquet
.deb,.rpmou.apkquand c’est le canal que vous utilisez. La console web est embarquée. Le.apkpublié de la v26.8.0 embarquait encore l’unité systemd et aucune unité OpenRC ; Alpine avec OpenRC est la ligne d’empaquetage ultérieure, pas cet artefact de la version. - La politique au niveau de l’agent, pas sur un proxy distant. Pour Claude Code, c’est le hook deny-closed ; les autres surfaces se raccordent par des connecteurs, et la page de chaque connecteur dit ce qu’il peut appliquer et ce qu’il peut seulement observer.
- Une carte d’accès construite hors bande à partir de la télémétrie et de l’audit natif.
- Un arrêt à l’échelle du parc (ou d’un seul agent), peu coûteux à déclencher et sous double contrôle pour être levé. C’est un gate de refus que consultent les surfaces d’actuation gouvernées, pas un tueur de processus, et il n’est aussi large que les gates que vous avez câblés.
Windows n’est pas compilé. macOS est une cible d’installation prise en charge pour les opérateurs, pas le parc pour lequel le produit est conçu.
Ce que ce n’est pas
Ce n’est ni une nouvelle distribution, ni une flotte Linux hébergée, et il n’est affilié à aucune distribution ni à sa communauté.
Voir aussi : SRE et administrateurs système, homelab, fonctionnement.