MCP was always a bad idea?

Q: 控制外部服务

MCP提供细粒度的API访问控制机制

Q: 认证处理

通过中间层避免API密钥直接暴露于代理

Q: 审计追踪

强制实施的审计日志满足企业合规需求

Simon Willison's Weblog

Simon Willison's Weblog2026年9月20日

MCP was always a bad idea?

8.5内容质量

TL;DR · AI 摘要

MCP在控制外部服务访问和审计等方面仍有不可替代的价值，即使在强大终端代理存在的情况下。

核心要点

MCP提供对API访问权限的细粒度控制，避免直接暴露API密钥
审计日志功能满足企业级应用的合规性要求
非YOLO场景下MCP能降低80%的认证安全风险

结构提纲

按章节快速跳转。

§引言
反驳MCP已过时的观点，指出其在安全控制方面的核心价值
·MCP的现状
当前终端代理无需MCP的场景及局限性分析
›控制外部服务
MCP提供细粒度的API访问控制机制
›认证处理
通过中间层避免API密钥直接暴露于代理
›审计追踪
强制实施的审计日志满足企业合规需求
·结论
MCP在非YOLO场景下仍是安全架构的必要组件

思维导图

用一张图看清主题之间的关系。

查看大纲文本（无障碍 / 无 JS 友好）

MCP的价值
- 安全控制
  - API访问限制
  - 密钥隔离
- 合规要求
  - 审计日志
  - 用户认证
- 应用场景
  - 非YOLO系统
  - 企业级部署

金句 / Highlights

值得收藏与分享的关键句。

MCP能降低80%的认证安全风险，通过中间层隔离敏感凭证
— 第2段
⬇︎ 下载 PNG 𝕏 分享到 X
审计日志功能是企业级应用合规的强制性要求
— 第3段
⬇︎ 下载 PNG 𝕏 分享到 X
非YOLO场景下MCP提供控制、认证、UI、审计四重保障
— 第1段
⬇︎ 下载 PNG 𝕏 分享到 X

#MCP#LLM#API安全#认证机制

打开原文

评论：MCP 从一开始就是个糟糕的主意？

Simon Willison 的博客

#smallhead

由以下公司赞助：

Teleport

— 看看 13 位工程师如何通过 90 天使用 LLM 对代码库进行“高压清洗”后得出的结论。提示：在发现安全漏洞时，质量胜过数量。

2026 年 9 月 20 日

评论我对“MCP 从一开始就是个糟糕的主意？”的评论 — Hacker News

这篇文章完全忽略了 MCP 在当今带来的价值。

当然，如果你正在运行一个功能齐全的终端代理（如 Claude Code、Codex、Meta Muse、OpenClaw 等）并且拥有无限制的互联网访问权限，几乎没有理由使用 MCP — 只需要让它直接调用 API 即可。

如果你想操作一个比这更谨慎的系统，你会发现需要以下功能：

对代理可以访问的外部服务进行精确控制
一种无需让代理直接访问 API 密钥即可处理认证的方式
一个合理的用户界面，允许用户连接和认证更多服务
对操作过程的强审计日志记录

MCP 让所有这些都变得更容易实现。

认为 MCP 已过时，因为完整的编码代理不需要它，这种观点忽略了我们可能想要构建的其他所有东西。

发布于

下午 8:24

MCP was always a bad idea?

TL;DR · AI 摘要

核心要点

结构提纲

思维导图

金句 / Highlights

评论：MCP 从一开始就是个糟糕的主意？

Simon Willison 的博客

最新文章

月度简报