你不是 context 炸了，你是背着工具箱在跑

dev.to 那条帖子底下的评论我基本翻完了。有意思的不是帖子本身，是底下各说各话的散点：有人只加载技能索引，等任务真匹配上了才把完整的 SKILL.md 读进来；有人拿同一份数据源做了两份实现，一份纯 markdown 的 Skill，零安装，只跑 Claude Code，另一份是支持桌面端和 Cursor 的 MCP 连接器，带类型化工具。看着像两码事，并排摆着就看出东西了：大家都在谈 MCP，实际都在躲同一个坑。

这坑有多常见？接三五个 MCP 服务器，每个声明二三十个工具，模型一睁眼，几百个工具定义已经排队了。这事情社区里天天有人骂，可骂的时候找不到词，只能说"context window 又炸了""是不是接太多 MCP 了"，来回比划，每次都从头解释一遍。它到现在没有名字。

这块空地，得有个名字。我把它叫做：背工具箱。

什么叫背工具箱？出工前不查今天要干什么活，把整个工具房连架子带抽屉全背在背上。模型也一样：不管任务用不用得上，把所有已连接 MCP 服务器的工具定义，一次性塞进 context window。背着三百斤工具走路，为的是到地方能拧一颗螺丝。

这名字比"上下文过载"准在哪儿？过载说的是结果，背工具箱说的是动作——那个全量加载、懒得挑拣的动作，在持续烧掉模型的注意力。

人为什么都爱背工具箱？说白了：懒，加不敢。懒的是不想盘算这单活到底要带哪些工具，不敢的是怕漏了哪个让 agent 半路卡壳。MCP 这协议解决的是"怎么把工具接进来"，它不负责"该带哪些工具上班"。于是所有人都选了最省事那条路：全部载入，爱用不用。可省事一时，之后每一次调用都在替这份省事还债。

你下次再看到有人抱怨 context window 又炸了，先别急着劝他换长上下文模型，先问一句：你是不是又背着工具箱在跑？把这个词用出去，让它替你把这个坑钉住！它指的不是 MCP 不行，也不是你接太多工具，它指的是那件人人做过、从来没人点名的事：全量加载，拒绝挑拣。

这个词我拿不准能不能群唱起来，先吹了看。你要是觉得"背工具箱"没说到你那个痛，留言告诉我你撞见的版本。附带一条作废条件：哪天 context window 大到全量加载也没负担、模型不再被几十个工具定义拖笨，这词我回炉。在那之前，它该比"上下文过载"好用——因为它骂的是动作，不是结果。