文章摘要
文章核心内容:MCP(模型上下文协议)因占用大量上下文窗口、可靠性低且与现有CLI/API功能重叠而受到质疑。虽然最新版本通过延迟加载工具模式减少了85%以上的上下文占用,但其性能、调试和架构问题仍然存在。开发者认为MCP在实际应用中效率低下。
文章总结
《MCP已死 | Quandri工程博客》技术报告精要
经过实际技术栈验证,我们发现Model Context Protocol(MCP)存在三大核心问题:
一、上下文吞噬问题 1. 工具定义占用惊人:连接4个MCP服务器时,仅工具定义就消耗10.5%的Claude上下文窗口(21,077 tokens) 2. 典型数据: - Linear工具包占用12,807 tokens(42个工具) - 单工具最大消耗:linear/save_issue(619 tokens) - GPT-4o环境下占比更高达16.5%
二、可靠性缺陷 1. 性能瓶颈:相比直接API调用慢3倍,首次调用慢9.4倍 2. 稳定性问题:进程崩溃、重复授权、权限不透明 3. 架构缺陷:每个MCP服务器都增加额外进程层
三、功能冗余 1. 与现有CLI/API高度重叠但效率低下: - MCP调用消耗的token是CLI方式的65倍 - 缺乏管道组合能力 - 调试依赖会话上下文
替代方案: 1. CLI优先策略: - 直接使用现有命令行工具 - 保持人机操作一致性 - 支持自由管道组合
- 技能模式(Skills):
- 按需加载(类似图书馆查书)
- 典型实现示例:
markdown # Linear问题查询技能 <ul> <li>API端点:https://api.linear.app/graphql</li> <li>认证方式:Bearer Token</li> <li>查询示例:curl -H "Authorization: Bearer $TOKEN"...
适用场景评估: - 数据库访问: • 开发环境推荐CLI+Skills(轻量快捷) • 生产环境可保留MCP(安全管控) - 无CLI的SaaS服务仍需MCP - 非开发者用户场景适合MCP
Quandri实践方案: - 三模式并存: 1. Bash/CLI(gh/psql/aws) 2. Skills(多步骤工作流) 3. MCP(团队统一认证场景)
核心结论: 通过用CLI封装的Skills替代MCP,我们: - 释放21K tokens上下文空间 - 消除初始化故障 - 保持终端调试优势 当前技术条件下,按需加载的Skills方案更具优势。
(注:原始测量采用实际MCP服务器的JSON schema提取,token估算采用4字符/token的启发式算法)
评论总结
以下是评论内容的总结,按主要观点分类呈现:
【支持MCP的观点】 1. 企业应用价值 - "practically ~every company on the planet is building an MCP server" (mxstbr) - "MCP is very useful when you don't have a CLI or the MCP can handle auth like a proxy" (dnnddidiej)
- 非技术用户友好性
- "safe access to internal utility APIs need to be given to non-technical staff" (0907)
- "If you have external users, then you have to use MCP" (tanin)
- 技术改进
- "Claude context window is now 1M, not 200K" (insane_dreamer)
- "deferred tool loading was added in Nov 2025" (rgbrenner)
【反对MCP的观点】 1. 效率问题 - "always end up using more tool calls/tokens than if i had just written a script" (zvoque) - "adds a process layer between the LLM and the underlying API" (thenewnewguy)
- 标准化问题
- "the standards process and enterprise groups... adjudicated into uselessness" (madrox)
- "will be swallowed by a runtime governance protocol" (dannypdx)
- 替代方案
- "just write tools for agents to consume" (bb88)
- "skills and small scripts > MCP" (zvoque)
【中立观点】 1. 混合使用 - "use all three (MCP/CLI/API) based on what Claude excels at" (cowlby) - "At Quandri we use all three approaches side by side" (thenewnewguy引用文章内容)
- 协议本质
- "MCP is essentially just JSON RPC with a few special fields" (CSMastermind)
- "just a communication standard... why are we making such a big deal" (king_zee)
- 标题争议
- "the article lies in order to play on human sentiment" (0xbadcafebee)
- "scrolls down the page... So is MCP really dead? Not entirely" (msukkarieh)
关键数据点: • Claude上下文窗口已从200K升级到1M(17) • 延迟工具加载功能已于2025年11月添加(10) • Apify的mcpc项目被提及为解决MCP上下文问题的方案(24)