Übrigens: Zusatzfragen

/btw ermöglicht Ihnen, eine kurze Nebenfrage zur aktuellen Sitzung zu stellen, ohne diese Frage in den normalen Konversationsverlauf zu übernehmen. /side ist ein Alias.

Es ist dem /btw-Verhalten von Claude Code nachempfunden, aber an die Gateway- und Mehrkanalarchitektur von OpenClaw angepasst.

Was es tut

Wenn Sie Folgendes senden:

/btw what changed?

OpenClaw:

1. erstellt einen Snapshot des aktuellen Sitzungskontexts,
2. führt eine separate, ephemere Nebenabfrage aus,
3. beantwortet nur die Nebenfrage,
4. lässt den Hauptlauf unverändert,
5. schreibt die BTW-Frage oder -Antwort nicht in den Sitzungsverlauf,
6. gibt die Antwort als Live-Nebenergebnis statt als normale Assistentennachricht aus.

Das wichtige mentale Modell ist:

• gleicher Sitzungskontext
• separate einmalige Nebenabfrage
• gleicher nativer Harness-Transport, wenn die Sitzung einen nativen Harness verwendet
• keine zukünftige Kontextverunreinigung
• keine Transcript-Persistenz

Für Codex-Harness-Sitzungen bleibt BTW innerhalb von Codex, indem der aktive App-Server-Thread als ephemerer Neben-Thread geforkt wird. Dadurch bleiben Codex OAuth und das native Thread-Verhalten intakt, während die Nebenantwort weiterhin vom übergeordneten Transcript isoliert wird. Wie Codex /side behält der Neben-Thread die aktuellen Codex- Berechtigungen und die native Tool-Oberfläche bei, mit Leitplanken, die dem Modell sagen, dass es geerbte Arbeit aus dem übergeordneten Thread nicht als aktive Anweisungen behandeln soll.

Für CLI-Runtime-Aliase verwendet BTW das zuständige CLI-Backend im Nebenfragenmodus, statt auf einen direkten Provider-Aufruf zurückzufallen. OpenClaw übernimmt bereinigten Konversationskontext in einen frischen einmaligen CLI-Aufruf, deaktiviert OpenClaw MCP- Tool-Bündelung und wiederverwendbaren CLI-Sitzungszustand für diesen Aufruf und lässt das Backend alle CLI-nativen No-Resume- oder No-Tools-Flags hinzufügen, die es unterstützt. Direkte Nicht-CLI-Runtimes behalten den direkten einmaligen Pfad bei.

Was es nicht tut

/btw tut nicht Folgendes:

• eine neue dauerhafte Sitzung erstellen,
• die unvollendete Hauptaufgabe fortsetzen,
• BTW-Frage-/Antwortdaten in den Transcript-Verlauf schreiben,
• in chat.history erscheinen,
• einen Reload überstehen.

Es ist bewusst ephemer.

Wie Kontext funktioniert

BTW verwendet die aktuelle Sitzung nur als Hintergrundkontext.

Wenn der Hauptlauf gerade aktiv ist, erstellt OpenClaw einen Snapshot des aktuellen Nachrichten- zustands und schließt den laufenden Hauptprompt als Hintergrundkontext ein, während dem Modell ausdrücklich mitgeteilt wird:

• nur die Nebenfrage beantworten,
• die unvollendete Hauptaufgabe nicht fortsetzen oder abschließen,
• die übergeordnete Konversation nicht steuern.

Dadurch bleibt BTW vom Hauptlauf isoliert und ist sich dennoch bewusst, worum es in der Sitzung geht.

Auslieferungsmodell

BTW wird nicht als normale Assistenten-Transcript-Nachricht ausgeliefert.

Auf Gateway-Protokollebene:

• normaler Assistenten-Chat verwendet das Ereignis chat
• BTW verwendet das Ereignis chat.side_result

Diese Trennung ist beabsichtigt. Wenn BTW den normalen Ereignispfad chat wiederverwenden würde, würden Clients es wie regulären Konversationsverlauf behandeln.

Da BTW ein separates Live-Ereignis verwendet und nicht aus chat.history erneut abgespielt wird, verschwindet es nach dem Neuladen.

Oberflächenverhalten

TUI

In der TUI wird BTW inline in der aktuellen Sitzungsansicht gerendert, bleibt aber flüchtig:

• sichtbar von einer normalen Assistentenantwort unterscheidbar
• mit Enter oder Esc ausblendbar
• wird beim Neuladen nicht erneut abgespielt

Externe Kanäle

In Kanälen wie Telegram, WhatsApp und Discord wird BTW als klar gekennzeichnete einmalige Antwort zugestellt, da diese Oberflächen kein lokales Konzept für flüchtige Overlays haben.

Die Antwort wird weiterhin als Nebenergebnis behandelt, nicht als normaler Sitzungsverlauf.

Control UI / Web

Der Gateway gibt BTW korrekt als chat.side_result aus, und BTW ist nicht in chat.history enthalten, daher ist der Persistenzvertrag für das Web bereits korrekt.

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 externem Kanalverhalten, aber noch keine vollständige Browser-UX.

Wann BTW verwendet werden sollte

Verwenden Sie /btw, wenn Sie Folgendes möchten:

• eine kurze Klärung zur aktuellen Arbeit,
• eine sachliche Nebenantwort, während ein langer Lauf noch in Bearbeitung ist,
• eine temporäre Antwort, die nicht Teil des zukünftigen Sitzungskontexts 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 Sitzung werden soll.

Stellen Sie die Frage in diesem Fall normal in der Hauptsitzung, anstatt BTW zu verwenden.

Verwandt