Claude Code /btw 命令详解：不打扰主线的快问快答

什么是 /btw

用 Claude Code 的时候，你可能遇到过这样的情况：

Claude Code 正在帮你改一大堆文件，你突然想不起来某个配置项叫什么名字了
你想快速确认一下刚才讨论过的某个决策，但又不想打断当前的任务
你想问一个小问题，但又不想让这个问答占用宝贵的上下文空间

以前你可能会直接在对话里问，但这样有两个问题：一是会打断 Claude Code 正在进行的工作，二是一来一回的问答会白白消耗上下文窗口。

这就是 /btw 命令的用武之地。

/btw 是 Claude Code 的一个内置命令，让你在不中断主对话的情况下，快速问一个”顺便问一下”的小问题。它的回答会显示在一个临时浮层里，不会进入对话历史，也不会占用上下文窗口。

简单来说：问完就走，不留痕迹。

怎么用

基本用法

在 Claude Code 交互模式下输入：

/btw 那个配置文件叫什么名字来着？

Claude Code 会在一个临时的浮层中显示答案。看完之后，按 Space、Enter 或 Esc 关闭浮层，回到正常对话。

就这么简单，没有更多步骤。

在 Claude Code 工作时使用

/btw 最强大的地方在于：即使 Claude Code 正在执行任务，你也可以用 /btw 提问。 它不会打断当前正在进行的工作——侧边问题独立运行，主任务照常推进。

比如 Claude Code 正在帮你重构认证模块，你突然想确认一下：

/btw 我们用的是 JWT 还是 session-based 认证？

答案弹出来，你看一眼，按 Esc 关掉，Claude Code 继续干它的活。完全不受影响。

它能看到什么

/btw 可以看到当前对话的完整上下文——Claude Code 读过的文件、做过的决策、讨论过的内容，它全都知道。所以你可以问：

/btw 刚才我们改了哪几个文件？

/btw 之前讨论的那个 API 端点的路径是什么？

/btw 你刚才建议的那个方案是什么来着？

它不能做什么

/btw 有一个重要的限制：它没有工具访问权限。 也就是说，它不能读文件、不能跑命令、不能搜索代码。它只能基于当前对话中已有的信息来回答。

这不是缺陷，而是设计。如果 /btw 也能读文件跑命令，那它本质上就是另一个完整的对话，就失去了”轻量级”的意义。

如果你的问题需要 Claude Code 去探索代码库或执行操作，那就别用 /btw，直接在主对话里问。

为什么它这么有用

原因一：不消耗上下文

这是 /btw 最核心的价值。

每次你在主对话里问问题，问题和回答都会进入对话历史，占用上下文窗口。一个长会话中，如果你问了十几个小问题，这些问答可能占了好几千个 token——而这些信息对后续工作根本没用。

/btw 的问答是临时的，显示完就消失了，不会进入历史。你的上下文窗口保持干净。

原因二：不打断工作流

Claude Code 正在做一个复杂的多步骤任务时，你在主对话里插一句话，它就得停下来回应你，然后再接着干。有时候这一打断，它就容易丢失思路或遗漏步骤。

/btw 完全独立于主对话，不会打断任何正在进行的操作。

原因三：成本极低

/btw 的侧边问题会复用父对话的 prompt cache，所以额外的 token 消耗非常少。它几乎是”免费”的。

什么时候该用

快速回忆

“刚才那个东西叫什么来着？“——这是 /btw 最典型的使用场景。

/btw 刚才我们用的那个测试命令是什么？

/btw 那个环境变量叫什么名字？

确认决策

Claude Code 做了某个决定，你想确认一下但不需要展开讨论。

/btw 你为什么选了 Zustand 而不是 Redux？

理解当前状态

你在做一个长任务，想确认一下当前进展。

/btw 目前改了几个文件了？还有什么没做？

查看上下文中的信息

你知道 Claude Code 之前读过某个文件或讨论过某个实现，想快速回顾。

/btw 那个 utils.ts 里的 formatDate 函数长什么样？

实际使用技巧

技巧一：养成用 /btw 问小问题的习惯

很多人习惯什么问题都在主对话里问。但如果你的问题是”一次性”的——问完就不需要 Claude Code 记住——那就用 /btw。

判断标准很简单：这个问题的回答，后续还需要 Claude Code 基于它来工作吗？

需要 → 在主对话里问
不需要 → 用 /btw

技巧二：配合长任务使用

当你让 Claude Code 做一个耗时较长的任务（比如重构整个模块、批量修改文件），等待过程中如果有疑问，用 /btw 而不是打断它。

打断一个复杂任务可能导致 Claude Code 丢失状态，用 /btw 则完全没有这个风险。

技巧三：不要强求 /btw 做它做不了的事

/btw 没有工具访问权限，所以这些场景不适合用它：

“帮我看看 src/config.ts 里有什么” → 需要读文件，用不了
“跑一下测试看看通不通过” → 需要执行命令，用不了
“搜一下哪里用了这个函数” → 需要搜索代码，用不了

遇到这些需求，直接在主对话里提，或者让 Claude Code 用子代理来做。

/btw vs 子代理（Subagent）

/btw 和子代理是一对有趣的”反义词”：

	/btw	子代理（Subagent）
能看到什么	完整的当前对话上下文	几乎什么都看不到（空上下文启动）
能做什么	什么都做不了（没有工具）	什么都能做（完整的工具访问）
对主上下文的影响	零影响，不留痕迹	只返回一个摘要
适合什么	问关于”已知信息”的问题	去”发现新信息”
类比	翻翻手边的笔记	派人出去调查

一句话总结：/btw 问已知，子代理找未知。

想回忆 Claude Code 之前读过的东西 → /btw。想让 Claude Code 去探索没看过的代码 → 子代理。

/btw vs /compact vs 正常提问

	/btw	/compact	正常提问
进入对话历史	不进入	压缩历史	完整进入
消耗上下文	几乎不消耗	释放上下文	正常消耗
工具访问	无	N/A	完整
打断当前任务	不打断	打断	打断
适合什么	快问快答	上下文瘦身	需要 Claude Code 执行操作的任务

我的经验：

不需要 Claude Code 动手，只是确认一下 → /btw
上下文太满，需要清理空间 → /compact
需要 Claude Code 读文件、改代码、跑命令 → 正常提问

写在最后

/btw 是 Claude Code 里最”小”的命令之一——用法简单，功能单一，甚至连工具访问都没有。但正是这种极简设计，让它成为了上下文管理的利器。

上下文窗口是 Claude Code 最珍贵的资源。 每一个不必要的问答都在消耗这个资源。/btw 的哲学就是：不是所有问题都值得留在对话历史里。有些问题，问完就够了，不需要被记住。

这个命令的名字起得也很精妙——“by the way”，顺便问一下。它就应该是那种顺便的、轻量的、用完即走的交互方式。

下次你用 Claude Code 的时候，突然想确认一个小细节，先别急着在主对话里打字。试试 /btw，问完按 Esc，继续干活。你会发现，这种”不留痕迹”的提问方式，用起来异常舒服。