Sessions d’agent Ajouté en 0.9.7

Quand les sessions d’agent sont activées, un agent peut confier des parties de sa tâche à d’autres sessions sur le même relais. Il les démarre, donne un prompt à chacune, les attend et lit leurs réponses. Chaque session qu’il démarre est une conversation ordinaire dans votre liste : vous pouvez l’ouvrir, la suivre, répondre à ses questions et l’arrêter.

Usages typiques :

• Découper un travail. « Démarre une session par paquet qui met à jour ses dépendances et lance les tests, puis dis-moi lesquels ont échoué. »
• Avoir un second avis. « Fais relire ce plan par une session avec un autre modèle avant de commencer. »
• Utiliser un autre fournisseur. « Laisse une session Cursor écrire la migration, et vérifie toi-même son résultat. »
• Travailler dans un autre dossier. « Démarre une session dans le dépôt de la documentation et fais-lui mettre à jour la page d’installation en conséquence. »

Aucun second relais n’est nécessaire pour cela. Pour des sessions sur un autre relais, les relais doivent être associés ; voir Nommer un relais.

L’activer #

C’est désactivé par défaut.

1. Ouvrez Settings → Relays (Réglages → Relais).
2. Sous Agent sessions (Sessions d’agents), activez Agents may start and use sessions on this relay (Les agents peuvent démarrer et utiliser des sessions sur ce relais).

Le relais a besoin pour cela d’au moins un fournisseur activé. Dès lors, les agents de ce relais peuvent lister et lire toutes les sessions qui s’y trouvent, envoyer un prompt à l’une d’elles, en démarrer une, l’attendre, répondre à sa question, arrêter son turn et l’archiver. Désactiver l’interrupteur leur ferme de nouveau le relais.

La carte d’approbation #

La première fois qu’un agent d’une conversation veut démarrer une session, il doit vous le demander. Une carte d’approbation apparaît dans cette conversation et indique le fournisseur, le dossier ou le dépôt, et le prompt :

This agent wants to start sessions on this relay (claude, the default folder).
Sessions it starts use this relay's accounts.

Ajouté en 0.9.16 Quand l’agent indique un groupe de sessions pour la nouvelle session, la ligne de détails de la carte dit où elle va, par exemple Group: Release 2.4 (grp_…). Le groupe est recherché avant que la carte apparaisse ; un groupe qui n’existe pas est refusé sans carte.

L’approbation appartient à la conversation, pas au relais : un agent d’une autre conversation demande la sienne.

Dans les modes du relais ask et plan, on vous demande plus souvent. Là, chaque action qui modifie quelque chose demande d’abord : démarrer une session, lui envoyer un prompt, répondre à sa question, Ajouté en 0.9.16 modifier ses réglages, l’arrêter et l’archiver.

Les règles #

Permettre à une session démarrée de démarrer des sessions Ajouté en 0.9.16 #

Une session démarrée par un agent ne peut pas démarrer ses propres sessions. Pour lever cette restriction pour une telle session, ouvrez sa boîte de dialogue 🧠 et activez Agents in this conversation may start sessions (even though an agent started it) (Les agents de cette conversation peuvent démarrer des sessions, même si un agent l’a démarrée). L’interrupteur n’apparaît que pour les sessions qu’un agent a démarrées.

Les autres règles s’y appliquent toujours : au plus 4 au travail, votre Allow pour la première session, et Agents may start and use sessions on this relay. Vous seul pouvez régler l’interrupteur : un agent, de ce relais ou d’un relais associé, est refusé. Les agents le voient sous la forme "mayCreateSessions": true dans list_sessions et read_session.

Ce qu’un agent peut démarrer #

Une session avec n’importe quel fournisseur activé sur le relais : GitHub Copilot, OpenAI, Claude, Claude API, Cursor, Grok, DeepSeek ou Claude Cloud. Un chat OpenAI Image ne peut pas être démarré de cette façon.

• Dans un dossier. L’agent peut indiquer le dossier de travail. S’il n’en indique aucun, la session reçoit le dossier par défaut du relais.
• Dans un dépôt, pour Claude Cloud. Une session cloud prend un dépôt GitHub et éventuellement une branche au lieu d’un dossier. Elle travaille sur un clone neuf dans un bac à sable chez Anthropic : l’agent doit donc lui dire sur quelle branche travailler et lui demander de pousser.

L’agent peut aussi choisir le modèle, le mode du relais et l’effort de raisonnement. Ce qu’il ne précise pas suit la session dans laquelle il travaille.

Une nouvelle session ne sait rien de la conversation depuis laquelle elle a été démarrée. Elle ne reçoit que le prompt que l’agent écrit pour elle. Si une session démarrée semble manquer de contexte, c’est là qu’il faut regarder : ouvrez-la et lisez le premier message.

Ce que vous voyez #

• Dans la liste des conversations, une session démarrée par un agent porte via agent · "title" (via un agent · « titre »), avec le titre de la conversation dans laquelle tourne l’agent. La même ligne figure sous le titre de la session dans l’en-tête ; un clic dessus ouvre cette conversation.
• Ajouté en 0.9.11 Dans un groupe. La session apparaît en retrait sous la conversation qui l’a démarrée, dans un groupe de sessions dont la ligne d’en-tête résume ce qui tourne et ce qui vous attend. Ajouté en 0.9.16 Quand l’agent a indiqué un groupe existant, la session se place plutôt dans ce groupe.
• Sur les messages, un prompt envoyé par l’agent porte un badge avec le même marqueur et le modèle de l’agent, pour que vous puissiez le distinguer d’un message à vous.
• Dans la réponse de l’agent, chaque appel apparaît comme une ligne d’activité avec un 🛰️ : l’action et la session visée.
• Questions. Si une session démarrée pose une question, sa carte attend dans cette session comme d’habitude. L’agent qui l’a démarrée est informé de la question ; il a pour consigne de vous la soumettre plutôt que d’y répondre, sauf si vous lui avez dit de décider lui-même.

Combien de temps un agent attend #

Quand un agent envoie un prompt à une session, il attend la réponse un certain temps et reçoit ce qui est là quand le temps est écoulé ; il peut ensuite attendre de nouveau. Le curseur Longest wait per tool call (Attente maximale par appel d’outil), sous l’interrupteur, fixe l’attente unique la plus longue : 10 minutes par défaut, de 2 à 60 minutes.

La limite s’applique aussi quand les agents de ce relais attendent une session sur un relais associé ; c’est pourquoi le curseur peut être déplacé que l’interrupteur soit activé ou non.

Un turn qui attend compte toujours dans Max turn duration (Durée maximale d’un turn) sous Settings → General (Réglages → Général). Pour un travail qui prend plus de temps qu’un turn ne devrait, un agent peut plutôt surveiller les sessions et être réveillé quand elles ont terminé.

Par fournisseur #

En dehors de cela, les sessions d’agent fonctionnent de la même façon pour tous les fournisseurs.

Si ça ne marche pas #

Tous les codes sont listés sous Erreurs.