MCP 并未过时，它解决的是受控集成问题

一篇关于“MCP 是否从一开始就是坏主意”的讨论，忽略了 MCP 今天实际提供的价值。

如果你运行的是一个完整的终端智能体，例如 Claude Code、Codex、Meta Muse、OpenClaw 等，并且给它开放互联网访问权限，那么确实几乎没有必要再通过 MCP：让智能体直接调用 API 就可以了。

但如果你想构建的系统没有那么“放飞自我”，就会很快遇到几个现实需求：

1. 精确控制智能体可以访问哪些外部服务
   不是所有工具、接口和数据都应该默认暴露给模型。

2. 处理认证，同时避免智能体直接接触 API 密钥
   密钥管理不应交给模型本身，尤其是在多用户或生产环境中。

3. 提供合理的用户界面，让用户连接并授权更多服务
   用户需要清楚地知道自己连接了什么服务、授予了什么权限。

4. 具备强审计日志能力
   系统需要记录智能体做了什么、调用了什么、在什么上下文中完成操作。

MCP 的价值就在于，它让这些能力更容易被实现。

因此，认为“完整编码智能体不需要 MCP，所以 MCP 已经过时”，其实忽略了很多其他可能要构建的产品形态。对于受控、可审计、面向用户授权的智能体系统来说，MCP 仍然有明确意义。