代理正在重构二十个文件,而你只想知道一件小事:它一开始重命名的那个函数叫什么。发普通消息会进入队列,并成为对话的一部分。Verboo Code 的 /btw 命令解决了这个问题:你可以立即提问,在单独的面板中拿到答案,主代理则继续工作,完全不知道你问过。
/btw 在 Verboo Code 中做什么?
它基于当前对话的上下文回答一个旁支问题,不会打断主代理。答案来自一个独立实例:它读取同一段对话,回答一次,然后消失。
/btw 你在第一个文件里重命名了哪个函数?原来的名字是什么?
在源码中,该命令被标记为 immediate:它不必等代理到达停顿点就会执行,并绕过消息队列。屏幕上先显示 /btw 和你的问题,然后是 Answering...,最后是答案。
如何一步步使用 /btw?
输入 /btw、一个空格和问题即可,不需要等代理完成。
- 输入
/btw加上问题,按 Enter。 - 等待
Answering...变成答案。这段时间主代理继续运行。 - 答案较长时,用上下方向键或
Ctrl+P、Ctrl+N滚动,每按一次滚动 3 行。 - 用
Esc、Enter或Space关闭。Ctrl+C和Ctrl+D也可以关闭。
如果只输入 /btw 而没有问题,CLI 会提示正确用法:
Usage: /btw <your question>
/btw 能看到什么,看不到什么?
它能看到对话,看不到磁盘。旁支问题中所有工具都被禁用,所以它不能读取新文件、不能执行命令、不能搜索。它只知道已经出现在对话里的内容。
| 内容 | /btw 能看到吗? | 源码细节 |
|---|---|---|
| 主对话的消息 | 能 | 仅限最近一次 /compact 之后的消息 |
| 代理本次会话已读过的文件 | 能 | 内容作为工具结果存在于对话中 |
系统提示词和 AGENTS.md | 能 | 复用本次会话的系统提示词 |
| 代理此刻正在写的回复 | 不能 | 提问前会移除进行中的消息 |
| 还没人打开过的文件 | 不能 | 工具被拒绝,提示 Side questions cannot use tools |
| 追问 | 不能 | 限制为 1 轮。要问别的,再用一次 /btw |
陷阱:执行
/compact之后,/btw只能看到摘要,看不到原始消息。如果你问的细节没进入摘要,答案就会是"不知道"。这是预期行为:命令内置的指令要求模型直接说不知道,而不是承诺去查。
/btw 的答案会写进对话吗?
不会。关闭面板后答案即被丢弃,主代理永远看不到这个问题和答案。这样一次性的疑问就不会污染上下文。如果答案暴露了代理需要知道的事情(比如它改错了函数名),请用普通消息告诉它。
什么时候用 /btw,什么时候用别的?
对已经在对话中的内容快速提问,用 /btw。其他情况有更合适的命令。
| 场景 | 使用 |
|---|---|
| 不打断工作,快速确认代理做过的事 | /btw |
| 需要读文件、跑测试或搜索代码的问题 | 在对话中发普通消息 |
| 尝试另一种做法,同时保留当前对话 | /branch |
| 查看是什么占用了上下文 | /context |
| 检查文件改了什么 | /diff |
/btw 可能显示哪些错误信息?
共三种,都显示在面板内,不会影响主代理。
| 信息 | 原因 | 处理方法 |
|---|---|---|
No response received | 模型没有返回文本 | 关闭后重新提问 |
(The model tried to call ... instead of answering directly. Try rephrasing or ask in the main conversation.) | 问题要求执行操作,模型试图调用工具 | 改成提问的形式,或在主对话中发送 |
(API error: ...) | 重试之后调用仍然失败 | 阅读错误信息后重试 |
/btw 会消耗 token 吗?
会。旁支问题会把整段对话作为上下文发送,但它复用主对话的提示词缓存,所以回答更快。源码也会跳过写入新的缓存,因为之后没有请求会重复那个结尾。
每次 /btw 都会带上整段对话,所以在长会话里,一个短问题并不便宜。在 Verboo Code 中 token 不限量:代理工作时你想问多少次都行,不用算账。在 verboo.ai 创建账号,打开 CLI,在下一个长任务里试试 /btw。



