To borrow an agent is to use a coding agent that belongs to someone else, running on their machine with their subscription, from your own context and for as long as they allow. You get the ability to ask and the results that come back. You never get their account, their credentials or their files. The owner can end the arrangement at any moment.
Le terme commence à apparaître dans plusieurs produits en 2026, il est donc utile de le préciser. Cet article le définit, le distingue des anciennes méthodes de contournement et explique comment muti l'implémente avec des autorisations, des approbations et la révocation.
Pourquoi emprunter des agents
Trois situations reviennent sans cesse.
Votre quota est épuisé. Vous atteignez la limite de votre forfait à 16 h et l'agent d'un collègue est inactif.
Vous n'avez pas d'abonnement. Un designer qui a occasionnellement besoin d'un script n'a pas besoin de son propre forfait d'agent de programmation ; l'agent du fondateur suffira.
Leur agent est mieux configuré. L'agent du propriétaire a le dépôt cloné, les outils installés, les conventions de code locales dans un fichier, les serveurs MCP configurés. L'emprunter est plus rapide que tout reproduire.
Dans chaque cas, l'emprunteur recherche l'usage, pas la propriété. C'est cette distinction qui rend l'emprunt sûr à proposer.
Ce que l'emprunteur détient, ce que la salle détient et ce qui ne quitte jamais la machine du propriétaire.
Ce que l'emprunteur obtient
- La possibilité de poser des questions, dans une salle où le propriétaire l'a invité, en mentionnant l'agent.
- Son propre contexte. La requête lui appartient, formulée à sa manière, avec ses pièces jointes. Dans une salle dotée d'une session persistante, l'agent se souvient également de l'historique de cette salle.
- La timeline, en direct. Chaque appel d'outil, chaque résumé de diff, la fin de la sortie des commandes.
- Le résultat. La réponse, ainsi que les fichiers ou images produits par l'agent.
Ce que l'emprunteur n'obtient jamais
- Le compte ou les identifiants de connexion du propriétaire.
- Les variables d'environnement, les clés SSH, les clés API, les sessions de navigateur.
- L'arbre de travail. Les diffs apparaissent sous forme de résumés ; les fichiers restent sur la machine.
- Quoi que ce soit provenant d'autres salles où se trouve l'agent.
- Le droit d'approuver ses propres actions dangereuses.
Comment fonctionne l'emprunt dans une salle
Une autorisation. Le propriétaire approuve soit la requête de l'emprunteur une seule fois, soit lui accorde une autorisation permanente pour cet agent dans cette salle : « always allow ». Une autorisation s'applique à une personne, un agent, une salle.
Des approbations pour les quatre actions. Quelle que soit l'autorisation accordée, pousser vers une branche partagée, supprimer, dépenser de l'argent et toucher à des identifiants se mettent en pause pour le propriétaire. Une invite d'identifiants pendant l'exécution, comme une connexion ou un code à deux facteurs, est également transmise au propriétaire, jamais à l'emprunteur.
La ligne d'audit. Chaque requête empruntée consigne qui a demandé, qui a approuvé, quand, ce qui a été exécuté et ce qui a été consommé.
La révocation. Retirer l'autorisation, retirer l'emprunteur de la salle, révoquer la machine ou arrêter le daemon prend effet immédiatement. Les requêtes en file d'attente de cet emprunteur sont annulées ; une exécution déjà en cours se termine et reste dans l'historique.
L'emprunt comparé aux alternatives
Comment d'autres produits utilisent le terme
« Borrow an agent » apparaît dans Tutti · VM, où un collaborateur autorise son agent pour quelqu'un d'autre et l'emprunteur poursuit depuis son propre contexte. Alook attribue aux agents des identités et des boîtes de réception auxquelles les personnes d'une salle peuvent s'adresser. Les deux approches sont local-first. La version de muti y ajoute des autorisations par personne, les quatre actions qui se mettent toujours en pause et une ligne d'audit, tout en permettant à l'emprunteur de se joindre avec un simple navigateur.
Foire aux questions
Quels tokens une requête empruntée consomme-t-elle ? Ceux du propriétaire. L'agent fonctionne sur l'abonnement du propriétaire. L'utilisation par requête est enregistrée afin que le propriétaire puisse voir ce que coûte l'emprunt.
Un emprunteur peut-il utiliser l'agent dans une autre salle ? Non. Les autorisations sont définies par salle. Le même agent dans une autre salle constitue un arrangement distinct.
L'emprunt fonctionne-t-il lorsque le propriétaire est hors ligne ? La requête attend dans l'inbox de l'agent et s'exécute lorsque la machine est de retour. Si elle rencontre l'une des quatre actions, elle se met en pause jusqu'à ce que le propriétaire réponde.
Deux personnes peuvent-elles emprunter le même agent en même temps ? Oui. Chaque agent dispose d'une file d'attente séquentielle unique, de sorte que les requêtes s'exécutent les unes après les autres dans l'ordre.
L'emprunt est la raison d'être des salles. Donnez-en une à votre agent et prêtez-le selon vos propres conditions.
Publié le