文章讨论了MCP（可能指某种技术或概念）的现状，指出其原有形式已过时，但核心价值仍存。作者分析了MCP被误解的原因，强调集中化的重要性，并探讨了其更丰富的底层能力，包括临时代理运行时、认证安全和可观测性等。文章认为MCP将以新形式延续生命力。

标题：MCP已死？MCP长存！

作者：Charles Chen
发布日期：2026年3月14日
原文链接：https://chrlschn.dev/blog/2026/03/mcp-is-dead-long-live-mcp/

核心内容：

1. 行业现状与误解

• 当前社交媒体和行业热议焦点已从MCP（模型上下文协议）转向CLI工具
• 许多人忽视了MCP在组织级应用中的核心价值，仅将其视为API包装器
• 存在对本地stdio模式与HTTP服务器模式的混淆，后者具有独特优势

2. CLI与MCP的对比分析

• 对于训练数据集中已有的CLI工具（如curl、git等），确实能节省token
• 但自定义CLI工具仍需提供使用说明，最终可能消耗等量token
• 渐进式上下文加载的实际效益可能被高估

3. MCP的核心优势（企业级场景） (1) 集中化管理

• 支持复杂后端能力（如Postgres+Apache AGE）
• 简化临时运行环境（如GitHub Actions）的工具调用

(2) 安全与运维 - 通过OAuth集中管理API密钥 - 离职员工权限可即时撤销 - 标准化遥测数据收集（OpenTelemetry）

(3) 动态内容交付 - 实时更新的提示词（MCP Prompts）和文档资源（MCP Resources） - 支持动态内容注入（价格数据、系统状态等） - 确保组织级知识一致性

4. 行业反思

• 批评部分KOL（包括知名人士）制造FOMO焦虑
• 指出亚马逊AWS近期因AI辅助代码导致的事故教训
• 强调从"牛仔式编程"转向"智能体工程"需要MCP这类标准化框架

结论： 对个人开发者而言，CLI可能是更优选择；但对组织级应用，MCP通过标准化、可观测性和安全管控，仍是实现智能体工程化的关键基础设施。MCP长存！

（注：原文约4000词，经编辑压缩保留核心论点和关键案例，删除重复论述和部分社交媒体内容，优化中文表达逻辑）

以下是评论内容的总结，涵盖主要观点和论据，并保持不同观点的平衡性：

反对MCP的观点

1. 过度工程化且不实用

   • codemog认为MCP和LangChain都是过度设计的产物，经验丰富的开发者能识别这类"华而不实"的工具。
     引用："if something looks like crud, it probably is crud"
   • antirez指出MCP的设计不符合实际工作需求，人类和LLM更需要实用工具而非复杂协议。
     引用："what is practical for humans to use, it is for LLMs"

2. CLI在技术上更优

   • jswny强调CLI支持Unix管道和heredoc输入，且能动态生成技能说明，避免上下文膨胀。
     引用："CLIs can easily generate skills from the —help output"
   • jwilliams认为专用脚本能精准控制输出格式和权限，更适合代理工作流。
     引用："You can make the script very specific for the skill"

支持MCP的观点

1. 标准化协议的价值

   • 0xbadcafebee将MCP比作HTTP/FTP等基础协议，强调其作为通用通信语言的重要性。
     引用："protocols are for: reusable communications abstractions"
   • kburman指出MCP统一了工具连接方式，显式声明能力的特点对LLM工作流至关重要。
     引用："elegantly solves a very real set of integration problems"

2. 结构化输出的优势

   • menix详细分析MCP的输出模式能减少上下文浪费，并引用Cloudflare和Anthropic的案例证明其效率。
     引用："up to 98.7% token savings in some workflows"
   • MaxLeiter提到MCP的自动授权和远程服务集成降低了维护负担。
     引用："Zero maintenance burden on the team"

中立/辩证观点

1. 适用场景差异

   • s0ulf3re认为MCP更适合消费者场景（易用性优先），而CLI适合开发环境（灵活性优先）。
     引用："most consumer friendly option available"
   • rvz强调应根据具体需求选择，数据库连接等场景可能不适合MCP。
     引用："use-case was a solution in search of a problem"

2. 技术实现改进

   • jamesrom建议通过分块返回响应优化MCP的上下文占用问题。
     引用："run in forked context... Only a compacted version returned"
   • twodfin指出MCP的核心价值在于为安全模型提供能力基线。
     引用："serve as the capability base for security model"

补充数据点

• AznHisoka引用数据称MCP采用率正在快速增长（200%增长/6个月）
• SilverElfin揭露Google可能通过CLI扩展策略边缘化MCP，类比微软"EEE"策略

（注：所有评分均为None，故未标注认可度；关键引用保留中英文对照）