Modes du relais

Un mode du relais indique à l’agent comment traiter votre prochain message : demander d’abord, seulement planifier, travailler comme un agent de code normal, ou continuer sans s’arrêter. Vous choisissez le mode dans la zone de saisie pour chaque message ; vous pouvez donc planifier dans un message et laisser l’agent implémenter dans le suivant.

Les quatre modes #

Une question, dans n’importe quel mode, s’affiche sous forme de carte de question. Même en autopilot, l’agent a pour consigne de demander ainsi quand il a vraiment besoin de vous.

En plan, la réponse se termine par un tableau Plan ready for review (Plan prêt à relire) sous le plan, avec les actions Implement in autopilot (Implémenter en autopilot), Stop here and prompt myself (S’arrêter ici, je rédige le prompt moi-même) et Stop here (S’arrêter ici). Les deux premières règlent le mode de la conversation, autopilot pour la première et agent pour la seconde, et envoient un message qui fait exécuter le plan. Stop here n’envoie rien et laisse le mode sur plan. Voir Le tableau de plan.

Choisir un mode #

• La zone de saisie a un sélecteur Mode avec Agent, Ask, Plan et Autopilot. Le mode s’applique au message que vous envoyez ensuite.
• Vous pouvez le changer entre deux messages quelconques. Chaque message emporte le mode qui était sélectionné quand vous l’avez envoyé.
• Le choix est conservé par conversation. Quand vous rouvrez une conversation, le sélecteur affiche le mode avec lequel elle a été utilisée en dernier.
• Une nouvelle conversation démarre avec le mode que vous avez choisi en dernier dans ce navigateur, ou Agent si vous n’en avez jamais choisi.
• Le sélecteur est masqué dans une vue partagée en lecture seule et dans un chat Claude Cloud. Un chat OpenAI Image affiche toujours les quatre modes, mais ils n’y ont aucun effet.

Ce qu’un mode change pour les outils d’agent #

• relay_tool. En ask et en plan, chaque action d’écriture de relay_tool (send, create_session, answer_question, stop, archive) vous consulte d’abord par une carte de question. En agent et en autopilot, ce n’est pas le cas, sauf si une autre règle de cet outil s’applique.
• Une carte de question à laquelle personne ne répond. Une fois le délai de la carte écoulé, l’agent reçoit : « [No user response before timeout — continue according to the current relay mode.] » Ce qu’il fait ensuite dépend de l’agent et des instructions du mode. Le délai lui-même est décrit sur la page ask_user.

Par fournisseur #

Chaque mode est une demande faite à l’agent ; certains fournisseurs en imposent aussi une partie. Le tableau montre comment chaque fournisseur applique un mode.

GitHub Copilot et OpenAI, moteur SDK #

C’est sur ce moteur que le mode tient le plus strictement. En plus de l’instruction, OAR transmet le mode au runtime Copilot (plan comme mode plan, autopilot comme mode autopilot, les autres comme mode interactif normal) et tranche lui-même chaque demande de permission :

• Une demande qui ne fait que lire est approuvée dans tous les modes.
• En agent et en autopilot, tout le reste est approuvé.
• En plan, tout le reste est refusé. L’agent est informé que la conversation est en mode plan, que la lecture est autorisée, et qu’il doit plutôt décrire la modification ou vous demander de passer en mode agent.
• En ask, tout le reste affiche une carte de question, « Copilot wants to run: ... Approve this action? », avec Approve (Approuver) et Deny (Refuser). Vous pouvez taper une raison au lieu d’appuyer sur Deny, et l’agent la reçoit. Si la carte expire sans réponse, l’agent est informé que personne n’était disponible.

Sur ce moteur, un tableau Plan ready (Plan prêt) naît aussi d’une réponse en ask quand rien n’a été approuvé pendant ce turn et que la réponse se lit comme un plan.

La vérification des permissions suit le mode du message qui a ouvert le turn en cours. Si vous envoyez un message dans un autre mode pendant que ce turn tourne, l’agent est informé du nouveau mode, mais les approbations et les refus restent sur le premier mode jusqu’à la fin du turn.

GitHub Copilot et OpenAI, moteur d’extension #

Le mode parvient à l’agent sous forme de texte au début du message. OAR ne règle aucun mode Copilot et ne vérifie aucune permission sur ce moteur ; la rigueur avec laquelle un mode tient dépend donc de l’agent qui suit l’instruction. Un turn plan produit quand même un tableau Plan ready quand l’agent le termine par le plan.

Claude #

• plan utilise le mode de permission plan propre à l’Agent SDK ; c’est donc le fournisseur qui l’impose. Quand l’agent termine son plan, le tableau apparaît et le turn s’arrête pour votre relecture. L’agent n’enchaîne pas sur l’implémentation.
• ask et autopilot sont des phrases ajoutées au prompt système. agent n’ajoute rien.
• Claude exécute tous les outils sans vous consulter, dans tous les modes. ask ne transforme pas l’usage des outils en approbations ; il fait poser des questions à l’agent.

Un changement de mode prend effet avec le prochain message qui démarre un turn. Un message que vous envoyez dans un turn encore en cours ne change pas le mode, quoi qu’affiche le sélecteur ; le nouveau mode s’applique à partir du turn suivant. Le prompt système est fixé au démarrage du processus de session. Un passage vers ask ou autopilot, ou depuis l’un d’eux, démarre aussitôt un nouveau processus si rien n’y tourne. Tant que des tâches de fond ou des messages de suite en file sont actifs, le turn tourne plutôt avec le prompt antérieur ; ask et autopilot peuvent donc ne prendre effet qu’une fois ceux-ci terminés (plan bascule aussitôt dans tous les cas).

Claude Cloud #

Un chat Claude Cloud n’a pas de modes du relais. La session tourne sous le mode de permission propre au cloud, et la zone de saisie masque le sélecteur.

DeepSeek #

Ajouté en 0.9.17 Un chat DeepSeek fait tourner Claude Code sur l’hôte du relais ; il prend donc le mode exactement comme un chat Claude : plan est le mode de permission plan de Claude Code et se termine par le tableau Plan ready for review, ask et autopilot sont ajoutés au prompt système, et un changement de mode prend effet aux mêmes moments.

Cursor #

• plan exécute le message dans le mode plan natif du SDK. Tous les autres modes s’exécutent comme le mode agent normal.
• Le SDK n’a pas d’emplacement pour des instructions permanentes ; pour ask et autopilot, OAR place donc devant votre message une ligne commençant par [Relay mode: ...]. Il ne le fait que lorsque le mode change. Quand vous passez de l’un de ces modes à un autre mode, le message suivant porte une ligne qui indique que les instructions du mode précédent ne s’appliquent plus.
• Un turn de plan affiche un tableau Plan ready quand la réponse finale ressemble à un plan.

Grok #

Grok n’a pas de mode qu’OAR puisse régler. Les trois modes autres qu’agent fonctionnent par une ligne [Relay mode: ...] placée devant votre message, ajoutée quand le mode change. Cela vaut aussi pour plan : l’agent est prié de produire un plan avant de modifier le code et d’esquisser des étapes plutôt que d’implémenter. Rien ne l’empêche pourtant de modifier des fichiers, et OAR approuve chaque demande de permission de Grok dans tous les modes. Un turn de plan affiche un tableau Plan ready quand la réponse finale ressemble à un plan.

OpenAI Image #

Un chat d’images envoie votre prompt à l’API OpenAI Images, qui n’a aucune notion de modes. Le mode n’y a aucun effet.

Quand le mode change #

Un mode s’applique à partir du message suivant. Chez les fournisseurs qui ajoutent une instruction quand le mode change (Copilot, Cursor, Grok), l’instruction reste en vigueur jusqu’à ce que vous changiez à nouveau de mode ; les messages suivants dans le même mode ne la répètent pas. Pour un turn déjà en cours, voir les remarques sous Claude (qui valent aussi pour DeepSeek) et sous le moteur SDK de GitHub Copilot et OpenAI ci-dessus. Pour les autres fournisseurs, cette page ne le précise pas.