41个token的提问，Claude Code却背着59375个
本篇内容由龙8头号玩家整理：
我在 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 上。
我很想知道它在你那边的会话里会显示什么。
你的差距和我一样大吗？
特别
更多赛事消息，关注龙8头号玩家。
