批评MCP路由方案存在多个问题，不推荐
这种 MCP 路由的方案理论上可行，为了解决工具多的工具做一个路由工具的工具，但像是为了解决官僚臃肿的问题特别成立了一个委员会而不是精简机构。
存在几个问题：
1. 你不能有效利用 Prompt Cache，把工具相关的 Prompt Cache 起来，因为所有的工具调用都是动态的
2. 有哪些工具对于 LLM 来说是不透明的，它不知道自己有哪些工具能力，通过路由绕一下会极大影响决策能力。
3. 对于做工具路由的模型来说也是不好做决策，因为它没有完整的上下文，上下文给多了你还不如不用，给少了又做不好。
不是一个好的方案，个人不推荐。
存在几个问题：
1. 你不能有效利用 Prompt Cache，把工具相关的 Prompt Cache 起来，因为所有的工具调用都是动态的
2. 有哪些工具对于 LLM 来说是不透明的，它不知道自己有哪些工具能力，通过路由绕一下会极大影响决策能力。
3. 对于做工具路由的模型来说也是不好做决策，因为它没有完整的上下文，上下文给多了你还不如不用，给少了又做不好。
不是一个好的方案，个人不推荐。
最近看到一个号称解决了MCP痛点的方案 @Klavis_AI 的 Strata，调研了一番。先说结论：这是为了解决MCP过量接入导致的工具索引过载和上下文爆炸。
如果你的agent不需要接入几十甚至上百个MCP（一般来说不会有这种需求），那么你不用了解。
但设计本身还是相当有意思的，思路可以借鉴。
详细解析见此： https://t.co/5ySLmvjLxs