@svpino: MCP 并没有消亡。对于那些总说“但 MCP 会在你的上下文里塞垃圾”的人,这个抱怨已经过时了:现……
摘要
为 MCP(模型上下文协议)辩护,反驳其会向上下文注入垃圾信息的批评。指出 Claude Code、Codex 和 Cursor 等现代工具已实现渐进式披露,并按需加载 MCP 工具,使该抱怨过时。作者认为 MCP 最适合需要身份验证和可发现性的云端托管平台。
MCP 并没有消亡。对于那些总说“但 MCP 会在你的上下文里塞垃圾”的人,这个抱怨已经过时了:你现在用的工具都不会受此影响。看看 Claude Code、Codex 或 Cursor:它们都实现了渐进式披露,并按需加载 MCP 工具。到了 2026 年,MCP 几乎不会触及你的上下文。对于本地代理,只要存在文件系统和 shell,命令行工具就是更好的选择。但如果你需要接入一个要求身份验证和可发现性的云端托管平台,没有什么比 MCP 更合适。我为此专门录了一个视频来解释。
相似文章
MCP已死?
对模型上下文协议(MCP)的技术批评,指出其消耗过多的上下文窗口令牌、运行可靠性低,且与现有CLI/API方法重叠。Quandri技术栈的测量显示上下文使用率达10.5%。
@RhysSullivan: https://x.com/RhysSullivan/status/2070311929038680262
作者反思了为什么模型上下文协议(MCP)会陷入困境,将其与基于CLI的代理工作流程进行对比,并主张更灵活的工具集成。他们建议代理应支持MCP、CLI、API等,并对MCP的未来表示乐观,尽管当前面临挑战。
大部分MCP服务器并不需要存在。你的情况可能是例外
大多数MCP服务器是不必要的;本文提供了一个判断何时需要MCP服务器的框架,强调首先需要稳定的API和CLI。
介绍 MDN MCP 服务器
Mozilla 宣布了 MDN MCP 服务器,该服务器使用模型上下文协议,为 AI 编码工具提供最新的 MDN 文档和浏览器兼容性数据,从而在开发工作流中提供更准确的 Web 平台信息。
@akshay_pachaar: MCP 与 CLI 之争。在 2025 年的大部分时间里,AI 工程师们对此争论不休。怀疑论者摆出了真实数据:- Playwright MCP …
Anthropic 的“代码模式”(Code Mode)重新定义了 MCP 与 CLI 之争。它让 AI 代理编写代码,通过运行时调用工具,而不是将完整的模式加载到上下文中,从而大幅减少了 token 消耗。这种方法结合了 MCP 的强类型契约与懒加载机制,证明了该协议正在演进,而非走向消亡。