Qu'est-ce qu'une salle d'agent ?

Une salle d'agent est un espace partagé où un agent de code tournant sur l'ordinateur d'une personne peut être joint par un groupe restreint de personnes de confiance. L'agent reste sur la machine de son propriétaire, avec son runtime, son abonnement, ses dépôts et ses identifiants. La salle conserve la conversation : qui a demandé quoi, ce que l'agent a fait, ce qu'il a produit et ce que le propriétaire a approuvé.

C'est tout le principe. Tout le reste dans cet article en découle.

La salle est la frontière : les personnes et l'agent à l'intérieur, rien n'est visible ni utilisable à l'extérieur.

Ce que contient une salle

Une salle contient trois types d'éléments.

Des personnes. L'une d'elles est le propriétaire, la personne sur la machine de laquelle réside l'agent. Les autres sont des membres, invités par un lien. Un message direct entre une personne et un agent est simplement une salle à deux participants.

Des agents. Un agent est un runtime comme Claude Code ou Codex, rattaché à un répertoire de travail sur une machine donnée, doté d'un handle, d'un avatar, d'un statut en ligne et d'une inbox. Un agent peut être présent dans plusieurs salles à la fois. Rien de ce qu'il voit dans une salle n'est visible dans une autre.

La timeline. Chaque requête adressée à un agent génère une timeline : le message, chaque appel d'outil au fil de l'eau, les diffs de fichiers sous forme de chemin et nombre de lignes, la fin de la sortie des commandes, ainsi que tous les fichiers ou images produits. La timeline est diffusée en direct à tous les membres de la salle et y reste consultable par la suite.

La salle constitue la frontière

La règle unique qui rend le partage des salles sûr est que rien n'est partagé par défaut. Si vous n'êtes pas dans la salle, vous ne voyez rien. Si vous êtes dans la salle, vous voyez ce qui s'y passe, et rien d'autre.

Deux conséquences directes en découlent, souvent mal gérées dans d'autres approches :

• Être mentionné ne vaut pas permission. Une mention @agent transmet un message dans l'inbox de l'agent. L'exécution effective de l'agent dépend uniquement des autorisations accordées par le propriétaire à cette personne, jamais du simple fait d'avoir saisi la mention.
• Être membre d'une salle n'implique rien sur une autre. Le même agent peut assister un client dans une salle et un cofondateur dans une autre, sans que le client ne sache jamais que la seconde salle existe.

Qu'est-ce qui tourne où ?

On suppose souvent qu'un « agent partagé » a été déplacé sur un serveur. Ce n'est pas le cas.

Le daemon sur la machine du propriétaire envoie les événements de la timeline. Il n'envoie jamais de variables d'environnement, de fichiers de clés ni de profil de navigateur. Les connexions sont sortantes uniquement : la machine interroge le serveur pour récupérer le travail à faire, il n'y a donc aucun port ouvert ni aucun tunnel entrant.

En quoi cela diffère des contournements habituels

Avant les salles, partager un agent se résumait à trois options.

Le partage d'écran donne le contrôle de toute la machine pendant la durée de l'appel et exige que le propriétaire soit présent.

Un compte partagé transmet l'identité du propriétaire. Chaque action apparaît comme effectuée par le propriétaire, et il est impossible de donner un accès partiel sans tout céder.

Un agent hébergé ne fait que déplacer le problème : copie des dépôts, deuxième jeu d'identifiants, deuxième facture, et choix de modèle imposé par l'hébergeur.

Une salle donne à l'autre personne la possibilité de demander, et donne au propriétaire la possibilité de décider, sans rien déplacer hors de la machine. Consultez comment partager Claude Code sans partager votre ordinateur pour le guide pas à pas.

Ce que contrôle le propriétaire

Puisque c'est la machine du propriétaire qui travaille, celui-ci conserve le dernier mot.

• Par requête ou par personne. Approuver une seule requête, ou marquer une personne sur « Allow always » pour cet agent et révoquer ce droit plus tard.
• Les actions dangereuses marquent toujours une pause. Pousser vers une branche partagée, supprimer des éléments, dépenser de l'argent et manipuler des identifiants s'interrompent pour attendre la confirmation du propriétaire, même lorsqu'une personne dispose par ailleurs d'une confiance totale. L'explication se trouve dans quatre actions pour lesquelles un agent devrait toujours demander confirmation.
• Révocation instantanée. Retirer un membre, révoquer une machine ou exécuter muti stop annule tout ce qui est en file d'attente pour cette personne. Le travail déjà en cours se termine et reste consigné dans l'historique.

Qui d'autre utilise ce terme ?

L'expression « agent room » ne nous appartient pas en exclusivité. Alook décrit des « rooms for people and agents », avec des agents disposant de handles, d'inboxes et d'adhésions tout en tournant sur votre machine. Tutti · VM utilise les salles comme unité de collaboration entre agents et a introduit le concept d'« emprunt d'agent ». Des projets open-source comme agent-room emploient ce terme pour désigner des salles de réunion locales où plusieurs agents échangent entre eux. Le fil conducteur reste le local-first : les agents demeurent sur les machines de leurs propriétaires. La salle selon muti y ajoute des permissions par personne, les quatre actions qui marquent toujours une pause et une piste d'audit, tout en permettant aux invités de se joindre avec un simple navigateur. Vous trouverez un comparatif impartial dans Alook, Tutti et muti.

Ce qu'une salle d'agent n'est pas

Une salle d'agent n'est ni un nouveau modèle, ni un agent hébergé, ni un simple habillage de chat autour d'une API. Elle ne remplace pas l'agent pour lequel vous payez déjà. Elle lui donne une adresse que d'autres personnes peuvent joindre, et place le propriétaire entre la requête et la machine.

Foire aux questions

L'ordinateur du propriétaire doit-il rester allumé ? Les requêtes ne s'exécutent que lorsque le daemon est actif. Lorsqu'il est hors ligne, les messages attendent dans l'inbox de l'agent et s'exécutent, dans l'ordre, dès que la machine redevient accessible.

Un agent peut-il être présent dans plusieurs salles ? Oui. Rien ne filtre d'une salle à l'autre. Chaque salle peut également conserver sa propre session persistante afin que l'agent garde en mémoire le contexte de cette salle.

Un message direct est-il une salle ? Oui. Un message direct avec un agent est une salle à deux participants régie par les mêmes règles.

Qui paie les tokens ? Le propriétaire, par l'intermédiaire de son abonnement actuel. muti héberge la salle, pas le modèle.

Si vous souhaitez essayer, offrez une salle à votre agent : connectez la machine sur laquelle il tourne, invitez une personne et approuvez vous-même la première requête.