OpenClaw从入门到应用——工具（Tools）：BTW命令

通过OpenClaw实现副业收入《OpenClaw赚钱实录从“养龙虾“到可持续变现的实践指南》/btw/btw允许你就当前会话快速提出一个附带问题而不会将该问题转化为常规对话历史。它的设计参照了 Claude Code 的/btw行为但适配了 OpenClaw 的 Gateway 和多渠道架构。功能说明当你发送/btw 发生了什么变化OpenClaw 会对当前会话上下文进行快照运行一个独立的、不调用工具的模型请求仅回答这个附带问题不干扰主运行流程不将 BTW 问题或答案写入会话历史将答案作为实时附带结果发送而不是常规的助手消息。其核心运作模式是相同的会话上下文独立的一次性附带查询不进行工具调用不造成未来的上下文污染不在副本中持久化功能限制/btw不会创建新的持久化会话继续未完成的主任务运行工具或代理工具循环将 BTW 问题/答案数据写入副本历史出现在chat.history中在重载后保留。它被刻意设计为临时的。上下文工作机制BTW 仅将当前会话用作背景上下文。如果主运行当前处于活动状态OpenClaw 会快照当前消息状态并将进行中的主提示词作为背景上下文包含在内同时明确告知模型仅回答附带问题不要恢复或完成未完成的主任务不要发出工具调用或伪工具调用。这使得 BTW 既能与主运行保持隔离又能了解会话的主要内容。交付模型BTW不会作为普通的助手副本消息交付。在 Gateway 协议层面常规的助手聊天使用chat事件BTW 使用chat.side_result事件这种分离是有意为之。如果 BTW 复用常规的chat事件路径客户端会将其视为常规对话历史。由于 BTW 使用独立的实时事件并且不会从chat.history中重放因此它会在重载后消失。界面行为终端用户界面 (TUI)在 TUI 中BTW 在当前会话视图中以内联方式渲染但它仍然是临时的在视觉上与常规助手回复有明显区别可通过Enter或Esc键关闭重载后不会重放外部渠道在 Telegram、WhatsApp 和 Discord 等渠道上BTW 会以明确标记的一次性回复形式交付因为这些界面没有本地的临时覆盖层概念。该答案仍被视为附带结果而非常规的会话历史。控制界面/网页端Gateway 会正确地将 BTW 作为chat.side_result发出并且 BTW 不会被包含在chat.history中因此持久化契约对于网页端来说已经是正确的。当前的控制界面仍然需要一个专用的chat.side_result消费者以便在浏览器中实时渲染 BTW。在该客户端支持落地之前BTW 是一项 Gateway 级别的功能具备完整的 TUI 和外部渠道行为但尚未提供完整的浏览器用户体验。何时使用 BTW在以下场景中使用/btw需要快速澄清当前工作内容在长时间运行仍在进行时需要一个事实性的附带答案需要一个临时答案且不应成为未来会话上下文的一部分。示例/btw 我们正在编辑哪个文件 /btw 这个错误是什么意思 /btw 用一句话总结当前任务 /btw 17 * 19 等于多少何时不应使用 BTW当你希望答案成为会话未来工作上下文的一部分时请勿使用/btw。在这种情况下请在主会话中正常提问而不是使用 BTW。相关内容斜杠命令思考层级会话