MCP 协议价值未减：Simon Willison 驳斥“MCP 是坏主意”论调

一句话结论

Simon Willison 指出，MCP 在受限场景下的安全与审计价值不可替代，认为其过时的观点忽略了核心工程需求。

关键要点

• 在拥有完全互联网访问权限的终端代理（如 Claude Code）中，直接调用 API 确实无需 MCP 介入。
• MCP 的核心优势在于提供对代理可访问外部服务的精确控制，防止无限制的“YOLO”行为。
• 该协议支持处理认证机制，确保代理无法直接接触敏感的 API 密钥，实现密钥隔离。
• MCP 为用户连接与认证外部服务提供了合理的界面支持，并具备强大的操作审计日志记录功能。
• 将 MCP 判定为过时的观点，主要源于仅以全功能编码代理为参照，忽视了其他受限构建场景。

背景与事实

2026 年 9 月 20 日，知名开发者 Simon Willison 发布了一篇针对 Hacker News 高热度讨论的回应文章。该讨论的核心命题是“MCP（Model Context Protocol，模型上下文协议）一直是个坏主意吗？”。Willison 在文中明确表示，这一观点完全误解了 MCP 当前所体现的实际价值。

文章首先厘清了适用场景的边界。作者承认，如果用户运行的是具备完全互联网访问权限的全功能终端代理，例如 Claude Code、Codex、Meta Muse 或 OpenClaw 等，确实几乎没有理由使用 MCP。在这样的极端自由环境下，直接让代理调用 API 是最高效的路径。然而，Willison 强调，绝大多数实际工程场景并不追求这种“YOLO”（You Only Live Once，意谓一次过、无后手）式的风险容忍度。开发者通常需要构建更受控的系统。

在具体功能层面，Willison 列举了 MCP 解决的四个关键痛点：第一，控制代理能访问的具体外部服务范围；第二，通过中间层处理身份认证，避免代理直接持有 API 密钥；第三，提供直观的用户界面以完成服务连接与授权流程；第四，生成详尽的审计日志以追踪系统行为。这些特性使得 MCP 在构建安全、可审计的代理应用时变得至关重要。忽略这些需求而断言 MCP 过时，实际上是将全功能编码代理的特例推广到了所有场景。

影响分析

对于中文开发者而言，这一观点具有重要的实践指导意义。在引入 LLM 代理进入企业生产环境时，安全隔离与密钥管理往往是首要合规要求。分析判断认为，直接裸奔调用 API 的模式在内部安全审核中很难通过。MCP 协议提供的那种“代理与密钥隔离”及“可审计性”的架构，正好契合了国内企业对数据安全的高标准要求。因此，即使终端代理能力日益强大，针对非全权限场景的中间层协议不仅没有过时，反而因其合规属性变得更加必要。开发者在技术选型时，不应盲目追随“去协议化”的潮流，而应基于系统的安全边界需求来决定是否引入 MCP。

适用边界

该结论并不适用于那些拥有无限互联网访问权限且对数据安全与审计日志要求极低的场景，例如个人开发者在本地环境运行的全功能终端代理。在这类全权限、低合规约束的极端用例中，绕过 MCP 直接调用 API 可能是更高效的选择。

孤本观察

Willison 的论述揭示了协议价值与系统边界之间的反向关系：系统权限越小、约束越强，中间层协议的安全价值就越大。这一观察提醒从业者，不应用全功能场景的便利性来否定受限场景下的工程必要性。

来源：Simon Willison