MCP（Model Context Protocol）把工具变成可插拔能力之后，下一阶段的痛点很实际：工具定义本身很贵。当客户端开始把「动态 / 按需加载工具」做成常见能力，开发者若仍保持「开机挂满十个 Server」的旧习惯，省下的 Token 会从另一头漏回去。
本文是趋势快报：不盘点某一周的八卦新闻标题，而聚焦配置习惯该怎么变。呼应业界对 token 效率与工具列表治理的方向；具体产品开关名称以各客户端官方说明为准。
摘要
- 标配含义：按需暴露工具，而不是每次把全量 schema 塞进前缀。
- 旧习惯失效：一次挂满、项目共用一份、坏了靠感觉。
- 新习惯：分组启用、任务级打开、升级对比 schema、危险工具默认关。
- 收益条件：动态加载是能力，配置纪律才是收益。
- 可执行：本周盘点冷工具并移出默认启用。
结论：工具越多，越要「默认少加载」；动态加载不是让你装更多，而是让你敢装但不必常驻。
结论卡
| 问题 | 更稳的答案 |
|---|---|
| 动态加载解决什么？ | 降低常驻工具前缀税 |
| 能否代替精简？ | 不能；滥装仍有管理成本 |
| 危险工具怎么办？ | 单独分组，默认关闭 |
| 升级怕什么？ | schema 静默变更（需测试） |
| 配置放哪？ | 项目级去密钥模板进仓 |
前后对照
旧习惯：所有 MCP 一开通；tools 全进上下文；个人全局一份配置打天下；某次升级后偶发怪错，靠重装续命。
新习惯：按任务启用分组；冷工具不常驻；每个仓库有自己的mcp配置模板（密钥走环境变量）；升级后跑list_tools快照对比或集成测试（见同日实战文）。
动态加载把「备而不用」从美德改成了可配置的成本项——你可以保留 Server 安装，但不默认注入。
推荐配置习惯
- 分组：只读检索 / 写文件 / 出网 / 高危，分成可理解的桶。
- 启用：只打开本任务需要的桶；收工关掉写与出网。
- 探测：启用后先 list / 看 schema，确认名字没漂。
- 编码：用最小工具集完成；不要「既然开了就都试试」。
与 Rules 治理同构：Always 要短，域规则要触发，厚能力要按需——MCP 工具列表亦然。
本周可改习惯
- 盘点已装 MCP：标出本周真正调用过的。
- 冷工具移出默认启用，改为任务时打开。
- 写/危险工具单独分组，默认关闭。
- 升级 MCP 依赖后做一次 tools 快照对比。
- 项目级去密钥配置模板推进仓库（AtomGit 友好）。
和 Token、创作之星的关系
前缀里的工具 schema 是「隐形税」的一部分（见 10-02 观点）。动态加载是税制改革，不是免税声明。创作之星收官期，用一篇习惯迁移快报承接系列，比再追一个 Demo 名词更有长期权重。
「动态」到底省了什么
工具列表的成本大致来自：工具名、描述、JSON Schema、以及客户端为了路由附加的说明。十个 Server × 每 Server 十余工具，前缀税会非常可观——即使你本轮对话一个都不调用。动态 / 按需加载的工程含义是：未启用的工具不要进入本轮前缀。
因此，若你「安装了但默认全开」，动态加载帮不到你。收益来自默认关闭 + 任务启用。这与「Rules 不要全部 Always」是同一门课。
配置分层：全局 / 用户 / 项目
建议三层心智（具体文件名因客户端而异）：
- 全局：仅放极少通用只读 Server（或干脆为空）。
- 用户：个人实验用，不进仓库。
- 项目：团队共享的去密钥模板 + 文档说明何时启用哪组。
项目层才是 AtomGit / 开源示例该托管的；全局层最容易变成「多年堆积的工具坟场」。
升级与漂移：一周观察里的真实风险
生态迭代快时，常见漂移包括：工具改名、必填项增减、描述变长导致前缀变贵、鉴权方式变更。动态加载不会检测这些。你需要：
- 启用后的一次
list_tools人工扫；或 - Server 仓的契约测试（同日实战文）；或
- 简易脚本把 tools 名写入快照。
「一周观察」落到行动，不是追新闻，而是给自己的配置加一条升级检查。
与创作系列的衔接
本系列已从「手写最小 MCP」「resources/prompts」走到「动态加载后的习惯」。读者若只收藏 Demo，会在习惯层掉队。收官期用习惯文衔接，是在为 10-08 之后的 AtomGit 示例仓导流：仓里应有分组说明，而不仅是 Server 代码。
一张「启用清单」可贴在显示器边
每天开工前 30 秒：
- 今天是否只需只读检索？→ 只开只读组。
- 是否要改文件或跑会写盘的工具？→ 临时开写组，收工关。
- 是否要出网？→ 默认否；需要时开，并记住日志里会留下痕迹。
- 是否在升级过后第一次用某 Server？→ 先 list_tools。
把清单拍成图进团队 Wiki 也行；关键是肌肉记忆，不是再写一篇长文。
反模式：为了「省事」双开全量
有人觉得动态加载切换麻烦，于是全开。短期确实少点几下，但前缀税、误调用写工具、升级漂移的成本会在繁忙迭代周集中爆发。省事是把账单推到未来。配置习惯的价值，就是把账单留在今天可控。
边界声明
- 「动态工具加载」在不同客户端的产品名与完成度不同，以官方文档为准。
- 不保证某一周生态的统计数字；本文是工程习惯观察。
下一步
今天先做冷工具下线；明天用同日「MCP 集成测试」文给升级加保险丝。习惯变了，标配能力才变成你的，而不是厂商演示的。
