Apideck博客分析MCP服务器的上下文膨胀问题,并提出CLI作为更务实的解决方案。
- 连接3个服务(约40个工具)后,55,000个token被工具定义消耗,占Claude 200k限制的27%以上
- 单个MCP工具消耗550-1,400个token;有团队报告143,000/200,000 token用于MCP(72%)
- Scalekit基准测试:MCP比CLI多消耗4-32倍token;简单任务(检查仓库语言)CLI用1,365 token,MCP用44,026 token
- 三种解决方案:1) MCP压缩技巧(增加基础设施复杂度)2) 代码执行(Duet方案,安全风险大)3) CLI(渐进式披露,仅在需要时加载~50-200 token)
- Apideck CLI agent提示仅需~80 token vs MCP的10,000-50,000+ token
- 最佳实践:元数据优先,详细内容仅在选中时加载,需要时再加载参考资料
原文链接:https://www.apideck.com/blog/mcp-server-eating-context-window-cli-alternative
🕐 发布于: 2026年03月17日 12:02
发表回复