Documentation Index
Fetch the complete documentation index at: https://docs2.openclaw.ai/llms.txt
Use this file to discover all available pages before exploring further.
/btw 可讓你針對目前工作階段快速詢問旁支問題,而不會將該問題轉成一般對話歷史。/side 是其別名。
它的設計參考了 Claude Code 的 /btw 行為,但已調整以配合 OpenClaw 的 Gateway 與多通道架構。
它會做什麼
當你傳送:- 快照目前的工作階段上下文,
- 執行一個獨立的暫時性旁支查詢,
- 只回答該旁支問題,
- 保持主執行不受影響,
- 不會將 BTW 問題或回答寫入工作階段歷史,
- 將答案作為即時旁支結果發出,而不是一般助理訊息。
- 相同的工作階段上下文
- 獨立的一次性旁支查詢
- 當工作階段使用原生 harness 時,使用相同的原生 harness 傳輸
- 不污染未來上下文
- 不持久保存逐字稿
/side 一樣,旁支執行緒會保留目前的 Codex 權限與原生工具表面,並以防護機制告訴模型不要把繼承自父執行緒的工作視為有效指令。非 Codex 執行階段則保留較舊的直接一次性路徑。
它不會做什麼
/btw 不會:
- 建立新的持久工作階段,
- 繼續未完成的主工作,
- 將 BTW 問題/答案資料寫入逐字稿歷史,
- 出現在
chat.history中, - 在重新載入後保留。
上下文如何運作
BTW 只會將目前工作階段作為背景上下文使用。 如果主執行目前正在作用中,OpenClaw 會快照目前的訊息狀態,並將執行中的主提示納入背景上下文,同時明確告訴模型:- 只回答旁支問題,
- 不要恢復或完成未完成的主工作,
- 不要引導父對話。
傳遞模型
BTW 不會作為一般助理逐字稿訊息傳遞。 在 Gateway 協定層級:- 一般助理聊天使用
chat事件 - BTW 使用
chat.side_result事件
chat 事件路徑,客戶端會把它視為一般對話歷史。
因為 BTW 使用獨立的即時事件,且不會從 chat.history 重播,所以它會在重新載入後消失。
表面行為
TUI
在 TUI 中,BTW 會在目前工作階段檢視中以行內方式呈現,但仍保持暫時性:- 與一般助理回覆在視覺上明顯不同
- 可用
Enter或Esc關閉 - 重新載入時不會重播
外部通道
在 Telegram、WhatsApp 和 Discord 等通道上,BTW 會作為清楚標示的一次性回覆傳遞,因為這些表面沒有本機暫時性覆蓋層概念。 答案仍會被視為旁支結果,而不是一般工作階段歷史。控制 UI / 網頁
Gateway 會正確地將 BTW 作為chat.side_result 發出,且 BTW 不會包含在 chat.history 中,因此網頁的持久化合約已經正確。
目前的控制 UI 仍需要專用的 chat.side_result 消費者,才能在瀏覽器中即時呈現 BTW。在該客戶端支援落地之前,BTW 是一項 Gateway 層級功能,具備完整的 TUI 與外部通道行為,但尚未提供完整的瀏覽器使用者體驗。
何時使用 BTW
當你想要以下情境時,請使用/btw:
- 快速釐清目前工作,
- 在長時間執行仍在進行時取得事實性的旁支答案,
- 取得不應成為未來工作階段上下文一部分的暫時答案。
何時不要使用 BTW
當你希望答案成為工作階段未來工作上下文的一部分時,請不要使用/btw。
在這種情況下,請在主工作階段中正常提問,而不是使用 BTW。
相關
斜線命令
原生命令目錄與聊天指令。
思考層級
旁支問題模型呼叫的推理努力層級。
工作階段
工作階段金鑰、歷史與持久化語意。
引導命令
在不結束作用中執行的情況下,注入一則引導訊息。