Tools
Übrigens: Nebenfragen
/btw lässt Sie eine kurze Nebenfrage zur aktuellen Session stellen, ohne
diese Frage in den normalen Konversationsverlauf umzuwandeln. /side ist ein Alias.
Es ist an Claude Codes /btw-Verhalten angelehnt, aber an OpenClaws
Gateway- und Multi-Channel-Architektur angepasst.
Was es tut
Wenn Sie Folgendes senden:
/btw what changed?
OpenClaw:
- erstellt einen Snapshot des aktuellen Session-Kontexts,
- führt einen separaten tool-losen Modellaufruf aus,
- beantwortet nur die Nebenfrage,
- lässt den Hauptlauf unverändert,
- schreibt die BTW-Frage oder -Antwort nicht in den Session-Verlauf,
- gibt die Antwort als Live-Seitenergebnis aus, nicht als normale Assistant-Nachricht.
Das wichtige mentale Modell lautet:
- gleicher Session-Kontext
- separate einmalige Nebenabfrage
- keine Tool-Aufrufe
- keine zukünftige Kontextverschmutzung
- keine Transcript-Persistenz
Was es nicht tut
/btw tut nicht Folgendes:
- eine neue dauerhafte Session erstellen,
- die unfertige Hauptaufgabe fortsetzen,
- Tools oder Agent-Tool-Schleifen ausführen,
- BTW-Frage-/Antwortdaten in den Transcript-Verlauf schreiben,
- in
chat.historyerscheinen, - einen Reload überdauern.
Es ist absichtlich ephemer.
Wie Kontext funktioniert
BTW verwendet die aktuelle Session nur als Hintergrundkontext.
Wenn der Hauptlauf gerade aktiv ist, erstellt OpenClaw einen Snapshot des aktuellen Nachrichtenstands und nimmt den laufenden Haupt-Prompt als Hintergrundkontext auf, während dem Modell ausdrücklich mitgeteilt wird:
- nur die Nebenfrage beantworten,
- die unfertige Hauptaufgabe nicht wiederaufnehmen oder abschließen,
- keine Tool-Aufrufe oder Pseudo-Tool-Aufrufe ausgeben.
Dadurch bleibt BTW vom Hauptlauf isoliert, während es dennoch weiß, worum es in der Session geht.
Auslieferungsmodell
BTW wird nicht als normale Assistant-Transcript-Nachricht ausgeliefert.
Auf Ebene des Gateway-Protokolls gilt:
- normaler Assistant-Chat verwendet das
chat-Event - BTW verwendet das
chat.side_result-Event
Diese Trennung ist beabsichtigt. Wenn BTW den normalen chat-Event-Pfad wiederverwenden würde,
würden Clients es wie regulären Konversationsverlauf behandeln.
Da BTW ein separates Live-Event verwendet und nicht aus
chat.history erneut abgespielt wird, verschwindet es nach einem Reload.
Verhalten auf Oberflächen
TUI
In der TUI wird BTW inline in der aktuellen Session-Ansicht gerendert, bleibt aber ephemer:
- sichtbar von einer normalen Assistant-Antwort unterscheidbar
- mit
EnteroderEscausblendbar - wird beim Reload nicht erneut abgespielt
Externe Channels
Auf Channels wie Telegram, WhatsApp und Discord wird BTW als klar gekennzeichnete einmalige Antwort ausgeliefert, weil diese Oberflächen kein lokales ephemeres Overlay-Konzept haben.
Die Antwort wird weiterhin als Seitenergebnis behandelt, nicht als normaler Session-Verlauf.
Control UI / Web
Das Gateway gibt BTW korrekt als chat.side_result aus, und BTW ist nicht in
chat.history enthalten, sodass der Persistenzvertrag für Web bereits korrekt ist.
Die aktuelle Control UI benötigt noch einen dedizierten chat.side_result-Consumer, um
BTW live im Browser zu rendern. Bis diese clientseitige Unterstützung verfügbar ist, ist BTW ein
Gateway-Level-Feature mit vollständigem TUI- und External-Channel-Verhalten, aber noch
keine vollständige Browser-UX.
Wann BTW verwendet werden sollte
Verwenden Sie /btw, wenn Sie Folgendes möchten:
- eine kurze Klarstellung zur aktuellen Arbeit,
- eine sachliche Nebenantwort, während ein langer Lauf noch läuft,
- eine temporäre Antwort, die nicht Teil des zukünftigen Session-Kontexts werden soll.
Beispiele:
/btw what file are we editing?
/side what changed while the main run continued?
/btw what does this error mean?
/btw summarize the current task in one sentence
/btw what is 17 * 19?
Wann BTW nicht verwendet werden sollte
Verwenden Sie /btw nicht, wenn die Antwort Teil des zukünftigen
Arbeitskontexts der Session werden soll.
Stellen Sie die Frage in diesem Fall normal in der Haupt-Session, statt BTW zu verwenden.