Simon Willison反驳“MCP从来不是好主意”：终端代理不需要，不代表其他场景不需要
针对Hacker News上“MCP was always a bad idea?”一文，Simon Willison回应称该文章完全忽略了MCP今天的价值：在不受约束的终端代理里可以直接调用API，但如果要限制代理能访问哪些服务、避免它直接拿到API密钥、提供连接认证界面和审计日志，MCP让这些更容易实现。
AI解读：这条新闻是一次观点回应，不是产品发布。Simon Willison针对Hacker News上题为“MCP was always a bad idea?”的文章写道，该文章完全错过了MCP今天带来的价值。
他的核心论据是条件性的：如果你运行的是Claude Code、Codex、Meta Muse、OpenClaw这类拥有不受限互联网访问的完整终端代理，那么确实几乎没有理由用MCP，直接让代理调用API就行。
但一旦不想这么“YOLO”，需求就变了：要控制代理能访问哪些外部服务、要有不让代理直接接触API密钥的认证方式、要给用户提供连接和认证更多服务的合理界面、还要有强审计日志。Willison说，MCP让这些能力更容易提供。
所以他的结论是，认为MCP因为完整编程代理不需要它就过时了，等于忽略了人们可能想构建的其他东西。这条回应本身没有给出新数据或发布时间，MCP是否过时的判断取决于你构建的是哪种代理。
Simon Willison在 2026 年 9 月 20 日发表评论，回应Hacker News上题为“MCP was always a bad idea?”的文章。他写道，这篇文章完全错过了MCP今天带来的价值。
他承认一个前提：如果你运行的是Claude Code、Codex、Meta Muse、OpenClaw等拥有不受限互联网访问的完整终端代理，那么几乎没有理由使用MCP，直接让代理调用API即可。
但Willison表示，如果你想运行的东西没有那么“YOLO”，就会需要几项能力，而MCP让这些能力更容易提供。
Willison列出的四类需求
Willison在回应中具体列出，当代理不是完全放开互联网访问时，用户会想要以下几件事。
他写道，MCP让提供这些能力变得容易得多。他认为，因为完整编程代理不需要MCP就断定它已过时，会忽略人们可能想构建的其他东西。
- 控制代理究竟能访问哪些外部服务。
- 一种不让代理直接接触API密钥的认证处理方式。
- 一个合理的用户界面，让用户连接并认证更多服务。
- 针对正在发生的事情提供强审计日志。