当前位置：首页 > news >正文

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

news 2026/5/9 20:10:17

通过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。