不会变成长久会话
它不是新开一个能一直聊下去的小房间。问完就没了。
Tools 导读
一句话问清当前会话，不污染对话历史
`/btw` 让你在会话中途插问一个临时问题，模型会基于当前上下文单独回答，但不会把问题和答案写入历史记录，也不触发工具调用。注意：BTW 回答通过独立的 `chat.side_result` 事件推送，刷新页面后消失，无法回查。
先讲这一页到底在解决什么
一句话问清当前会话，不污染对话历史
`/btw` 让你在会话中途插问一个临时问题，模型会基于当前上下文单独回答，但不会把问题和答案写入历史记录，也不触发工具调用。注意：BTW 回答通过独立的 `chat.side_result` 事件推送，刷新页面后消失，无法回查。
第一站
🧵 先想画面：主线在走，你从旁边插一句小问号
官方开头写得很技术，但翻成人话其实很简单：/btw 会借用当前会话的背景，但把这次提问当成一次“路边小插曲”。
🪄 用的是同一份背景
它不是失忆状态发问，所以会知道你们前面一直在聊什么、正在做什么。
✂️ 但它是单独的一小次问答
它不是把主任务改道，而是从旁边开一个小窗问完就关。
🧼 不把地板弄脏
问完不会把这次旁支对话写进正式聊天历史，所以后面主任务不会背着这句小插曲继续跑。
⭐ 一句话先记住
/btw 是“借背景、问小题、答完就散”的临时侧问。
第二站
🛠 那条命令在现场到底做了什么
原文把流程拆成 6 点，听起来像协议文。其实你把它想成后台小动作就顺了。
/btw what changed?像你突然从主线旁边探个头问：“顺便说一句，刚刚到底改了啥？”
1. snapshot 当前上下文
像先给现在的课桌拍一张快照，看看黑板写到哪儿、桌上摊着哪些纸。
2. 单独跑一次无工具问答
像老师只靠脑子回答你这一句，不会再临时起身去翻抽屉、开浏览器、跑工具。
3. 主线不改道
主任务该跑还继续跑，不会因为你顺嘴问了一句，小火车就整个拐弯。
第三站
🚫 /btw 不会做什么，这比它会做什么还重要
这页最容易误会的地方，就是把 /btw 当成“小号会话”或者“轻量代理”。官方专门列一串“不会做”，就是为了防这个误会。
不会跑工具
别指望它顺便读文件、开浏览器、敲命令。官方明确说了，它是 tool-less。
不会写进 transcript
你的问题和它的回答，都不会进入正式会话历史。
刷新后不会回来
它就是临时浮一下，页面重载后也不会像正式消息那样被重播出来。
第四站
📦 为什么它“知道背景”，却又“不污染未来”
这正是 /btw 最聪明的地方。它像借了主会话的空气，但没把自己留在房间里。
🧠 背景上下文
如果主任务正在跑，OpenClaw 会先拍下这一刻的上下文，连同正在进行中的提示一起当背景塞给 /btw。
🚧 明确告诉模型别越界
系统会明确交代它：只答侧问题，不要顺手接管主任务，也不要假装在跑工具。
🎈 这节一句话
它像“借主线的脑海画面回答一嘴”，但不会把这句插话写进后面的故事里。
📌 所以什么时候特别好用
当你在长任务中只想确认一个小事实，比如“我们现在在改哪个文件”“刚刚那个报错啥意思”，它就非常顺手。
第五站
📨 BTW 的回答为什么像“飘出来的一张小纸条”
官方用了很多事件名来解释它的投递方式。翻成人话，就是：它故意不走正式聊天消息那条管道。
chat.side_result像一张从边上滑出来的小纸条，不是正式聊天记录里的标准气泡。
为什么不走
chat因为一旦走普通聊天消息那条路，很多客户端就会把它当成“正式会话内容”收进历史里，这和 BTW 的设计初衷正好相反。
🖥 TUI 里像什么
像当前界面里飘出一条明显不同的小提示，你按一下就能收起来。
📱 外部聊天通道里像什么
Telegram、Discord 这种地方没有本地临时浮层，所以它会看起来像一条特别标记过的一次性回复。
第六站
🎯 什么时候该用，什么时候别用
这页最后最实用的，其实就是用法边界。
✅ 适合用 BTW
你只想问一个小问题，而且不希望它影响后面正式会话的工作节奏和记忆。
❌ 不适合用 BTW
你希望这句问答成为后面继续做事的正式背景。那就别走 /btw，直接在主会话里正常问。
🧪 官方例子翻成人话
/btw what file are we editing?：像抬头问一句“我们现在桌上摊开的到底是哪张纸？”/btw what does this error mean?：像顺手问“刚刚那声报警到底在说啥？”/btw summarize the current task in one sentence：像请人用一句话给你重新扶正思路。
🎈 一句话收住
/btw 就是边上那句“顺便问下”，问完不留痕，不改主线。