terminal-mac isole un agent d’IA du Mac de travail en quatre étapes

Un agent capable d’exécuter des commandes, d’ouvrir un navigateur et de cliquer sur des boutons cesse rapidement d’être un chatbot inoffensif. Il lui faut les fichiers du projet, une authentification auprès des services et un accès aux applications. Si tout cela lui est accordé directement sur l’ordinateur portable de travail, une seule commande malheureuse peut endommager un dépôt, envoyer un message au mauvais destinataire ou extraire un secret d’un répertoire voisin.

terminal-mac propose une architecture plus claire : lancer une machine virtuelle macOS distincte et y installer l’agent. Celui-ci conserve un environnement graphique complet, sans pour autant transformer le système de travail de l’utilisateur en terrain de jeu.

À quoi ressemble le fonctionnement en pratique

Imaginons qu’un agent soit chargé de tester l’inscription dans une application web. Sur la machine principale, la messagerie personnelle, la messagerie professionnelle et le stockage cloud sont déjà ouverts. Donner à l’agent le contrôle de cet environnement reviendrait à remettre à un prestataire un ordinateur portable avec tous ses onglets déjà déverrouillés.

À la place, le développeur crée une machine virtuelle vierge avec terminal-mac. Il y installe la version de test, crée un compte distinct et ne fournit que les données nécessaires. L’agent se connecte ensuite à la machine virtuelle via la ligne de commande, des outils MCP ou ses propres compétences. S’il doit interagir avec l’interface, il est possible d’ajouter cua-driver, un outil de contrôle informatique qui interagit avec les éléments affichés à l’écran.

On obtient ainsi un environnement reproductible : une tâche correspond à une machine virtuelle ou à un instantané enregistré. Après le test, l’environnement peut être restauré dans son état initial sans avoir à nettoyer l’historique du navigateur, les fichiers temporaires ni les paramètres modifiés par erreur sur le Mac principal.

Ce qu’apporte ce bac à sable

Le principal avantage est la séparation des contextes. L’agent peut disposer de ses propres projets, comptes et applications. Cela réduit le risque que l’automatisation touche des données personnelles ou une autre tâche professionnelle. Un environnement distinct facilite également les contrôles reproductibles : l’équipe retrouve la même configuration à chaque exécution et peut diagnostiquer plus facilement les défaillances.

Il existe aussi un bénéfice produit. L’agent peut parcourir de manière autonome un scénario utilisateur dans une véritable interface : installer une application, se connecter avec un utilisateur de test, remplir un formulaire, prendre une capture d’écran et recueillir un journal d’erreurs. Cette architecture peut servir aux tests de régression, à la vérification de l’onboarding et aux expérimentations avec des assistants autonomes.

Les limites à ne pas oublier

Une machine virtuelle constitue une frontière, pas un bouclier magique. Si vous y transférez la clé SSH principale, un jeton administrateur ou un accès à l’ensemble du réseau de l’entreprise, l’isolation sera de peu d’utilité. Les secrets doivent être distincts et de courte durée, l’accès réseau doit être restreint et les répertoires partagés ne doivent être accessibles que lorsqu’ils sont réellement nécessaires.

Il existe également des exigences techniques. Le projet est conçu pour les Mac équipés d’Apple Silicon. L’affichage de l’environnement graphique depuis le terminal nécessite un client CLI compatible, tel que cmux. Une autre pile CUA utilise Lume pour lancer des machines virtuelles macOS, mais il s’agit d’un flux de travail différent qui n’offre pas nécessairement le même contrôle direct depuis le terminal. L’affirmation selon laquelle il n’existerait aucune solution comparable sous Windows doit être considérée avec prudence : le marché des outils évolue rapidement.

La conclusion pratique est simple : si un agent a besoin d’un navigateur ou d’un bureau, commencez par lui créer un environnement distinct. Utilisez d’abord un compte de test, bloquez l’accès aux répertoires personnels, restreignez le réseau et enregistrez un instantané propre de la machine virtuelle. Ce n’est qu’ensuite qu’il faut activer le contrôle de l’interface et accroître son autonomie. Le bac à sable ne supprime pas la nécessité du contrôle, mais il réduit nettement le coût d’une erreur.