41个token的提问，Claude Code却背着59375个

今日体育资讯，由乐玩体育整理：

我在 Claude Code 里敲了两句很短的提示：先带我逛一遍这个项目，然后跑测试、把失败的地方修好。

两句加起来大约 41 个 token 。

而在那一刻，Claude Code 身上背着 59,375 个 token 的上下文。

这不是 bug，也不是 Claude Code 粗心。

这是 agent 的工作方式决定的：每一次请求都要带上指令、工具定义、你项目里的 CLAUDE.

md、它可能用到的技能，以及到目前为止的整段对话。

只是我从没在它运行的过程中一步步看清这些内容是怎么堆上去的，所以我做了一个工具： Flightpath ，一个免费、开源的 Claude Code 插件。

下面是一次七分钟会话在它眼里的样子。

这次会话 环境是一个全新的 Claude Code 配置，跑在一个小型示例项目上——一个查潮汐时间的命令行工具。

我故意给项目写了一份很长的 CLAUDE.

md，还塞了超出需要的技能，就是想看 Flightpath 会怎么处理它们。

然后是一串普通请求：逛项目、修一个失败的测试、读一个构建文件、一次子代理审查、切换模型并加一个新参数、一次我拒绝执行的构建，以及一次 diff。

七分钟， 9 轮，23 步 。

它显示出的东西 在 Claude 还没回答任何问题之前，上下文里就已经有大约 55K token 。

其中大部分会在每次请求时重复发送：系统提示、 19 个工具定义 、我的 CLAUDE.

md，以及技能列表。

Flightpath 的快照视图把这些逐项拆开，你能看出哪些部分是自己可以裁掉的。

一次文件读取，单步就增加了 20,573 个 token 。

我让 Claude 去读构建目录里的一个 source map。

这个请求本身完全合理，却是整场会话里最大的一次跳涨。

Tokens 视图会列出涨幅最大的几次，并把每一次关联到造成它的那一步，这种跳涨不会一直是个谜。

会话中途切换模型，又写入了 52.

9K token 的缓存。

当我用 /model 切到另一个模型时，Claude Code 无法复用缓存，于是整段对话被重新写了一遍。

Flightpath 的教练功能在那一步给出了提示，附上原因和 Claude Code 文档的链接：能在一开始选定模型，就别拖到中途。

一个子代理用了 141.

2K token ，只交回大约 1.

6K 。

子代理把工作留在主上下文之外，这正是它的意义。

但看清这笔交易是有用的：主对话只拿到一段简短总结，子代理在自己的预算里完成了大量阅读。

Flightpath 自己增加了 0 个 token 。

它通过 Claude Code 的钩子记录，并在你的机器上应答自己的命令，所以它做的任何事都不会到达模型。

每次会话都会显示它的开销，你可以自己核对。

我的收获 Claude Code 背着的大部分内容都是该背的，你也不会希望它们消失。

意外都藏在细节里：一次看起来不大、实际大得多的文件读取，一次时机不对的模型切换，一个悄悄变大的启动文件。

这些在终端里运行时都看不见。

实时看到之后，选择就变简单了：CLAUDE.

md 该写多长、什么时候切换模型、哪些文件夹该让 Claude 去读。

怎么试 Flightpath 与 Claude Code 并行运行，在浏览器里打开。

所有数据都留在你的机器上：它保存文件路径，从不保存文件内容。

需要 Node 24 或更高版本。

然后在 Claude Code 里执行： /plugin marketplace add dk-labs-dev/flightpath /plugin install flightpath@flightpath 下一次会话会自动记录。

输入 /flightpath:open 就能实时观看。

源码以 Apache 2.

0 协议发布在 GitHub 上。

我很想知道它在你那边的会话里会显示什么。

你的差距和我一样大吗？

特别

关注乐玩体育，了解更多体育资讯。