La commande btw d’OpenClaw

Au milieu d’une longue exécution, vous voulez savoir quel fichier l’agent modifie, ou ce que signifie une erreur, sans que cette question et sa réponse fassent partie du contexte futur de la session. La commande btw d’OpenClaw, alias side, pose exactement ce genre de question annexe sur la session courante sans l’ajouter à l’historique de conversation. Elle est calquée sur la commande du même nom de Claude Code et adaptée à la passerelle et à son architecture multicanal. Voici ce qu’elle fait, comment elle tourne sur les différents environnements, ce qu’elle ne fait volontairement pas, comment elle est livrée et rendue, et quand y recourir.

Ce qu’elle fait

• Elle prend un instantané de la session courante comme contexte d’arrière-plan, y compris un éventuel prompt d’exécution principale en cours.
• Elle lance une requête annexe ponctuelle et séparée qui dit au modèle de répondre seulement à la question annexe et de ne pas reprendre ni piloter la tâche principale.
• Elle livre la réponse comme un résultat annexe en direct plutôt que comme un message d’assistant normal.
• Elle n’écrit jamais la question ni la réponse dans l’historique de session ou l’historique du chat, et quand l’environnement rapporte l’usage, les questions annexes terminées le signalent par la chaîne de diagnostics sans toucher aux totaux de coûts dérivés de la session.

L’exécution principale, s’il y en a une active, est laissée intacte.

Environnements et l’autre contrat

La documentation garde volontairement séparés deux contrats de question annexe. Btw est une question ponctuelle sur le modèle réel de la session, qui préserve le comportement du harnais pour l’entrée par canal comme WhatsApp, Telegram et Discord, la TUI et la TUI locale embarquée. Le chat annexe, lui, est un fil RPC persistant en lecture seule pour les clients de la classe de l’interface de contrôle ; sa première question prépare paresseusement un contexte visible borné depuis la session choisie, un échec temporaire de l’historique reste relançable au lieu de tourner comme une session vide, et les canaux ne peuvent pas l’utiliser parce qu’ils n’ont pas de connexion RPC. Pour les sessions du harnais Codex, btw bifurque le fil actif du serveur d’application vers un fil enfant éphémère au lieu de faire un appel de fournisseur séparé, en gardant intacts l’OAuth de Codex et le comportement natif des outils et des fils, en héritant de la politique d’approbation, du bac à sable et de la surface d’outils du parent, et en ajoutant un prompt de frontière qui marque tout ce qui précède comme contexte de référence hérité ; un fil Codex existant est requis, donc envoyez d’abord un message normal. Pour les alias d’environnement CLI, btw invoque le backend propriétaire en mode question annexe ponctuelle avec un contexte assaini injecté dans une invocation neuve, groupement d’outils et réutilisation de session désactivés ; les environnements directs utilisent un appel de fournisseur ponctuel direct.

Ce qu’elle ne fait pas

• Elle ne crée aucune session durable, ne poursuit pas la tâche principale inachevée, et ne conserve rien dans l’historique de transcription ; les résultats détachés ne survivent pas à un rechargement, tandis que le chat annexe de l’interface de contrôle peut réhydrater son fil en mémoire après un rechargement mais est effacé par une réinitialisation de session, un redémarrage de la passerelle, une expiration d’inactivité ou le bouton d’effacement du panneau.
• Le chat d’assistant normal utilise l’événement de chat de la passerelle ; le btw détaché utilise un événement de résultat annexe séparé pour que les clients ne le confondent pas avec l’historique de conversation, et l’interface de contrôle ne consomme pas du tout cet événement, appelant plutôt les RPC de compagnon et affichant leur état d’échange borné dans son panneau.
• Les surfaces diffèrent : la TUI affiche la réponse en ligne, visiblement distincte et fermée par Entrée ou Échap ; les canaux externes reçoivent une réponse ponctuelle clairement étiquetée puisqu’ils n’ont pas de superposition locale ; et l’interface de contrôle route les deux commandes vers le chat annexe déplié, indexé par session, réhydraté depuis la mémoire de la passerelle, gardant une question échouée pour réessayer, effacé par le bouton de corbeille et replié par Échap. Surligner du texte dans un message de l’interface de contrôle ouvre une fenêtre dont la seule action ouvre le panneau avec un brouillon cité pour interroger la sélection, sous la même sémantique.

Piloter une exécution OpenClaw en cours est la commande de l’intention inverse, changer l’exécution principale, et Les commandes slash d’OpenClaw le catalogue auquel les deux appartiennent.

Quand l’utiliser

Utilisez-la pour une clarification rapide, une réponse factuelle annexe pendant qu’une longue exécution est en cours, ou une réponse temporaire qui ne doit pas entrer dans le contexte futur : quel fichier modifions-nous, résume la tâche en une phrase, un peu d’arithmétique. Tout ce que vous voulez voir devenir partie du contexte de travail de la session relève d’un message normal. Les sessions d’OpenClaw explique l’historique dont elle reste à l’écart, et Les niveaux de réflexion d’OpenClaw les niveaux de raisonnement que l’appel annexe peut utiliser.

Sur Diali

Sur Diali, la question annexe fonctionne depuis tout canal de chat connecté comme une réponse ponctuelle étiquetée, et rien de ce qu’elle produit n’atterrit dans l’historique que montre le tableau de bord. OpenClaw hébergé sur Diali est l’assistant et OpenClaw et Claude Code l’outil dont la commande s’inspire.

• Ponctuelle, sur le modèle de la session, hors historique.
• Codex bifurque un fil ; les backends CLI repartent à neuf.
• Un événement de résultat annexe, jamais un événement de chat.