开发者称自建MCP几乎不被自家智能体使用，仍坚持开发

我把 MCP 集成到自己的应用里。但我自己的智能体几乎从不用它。我的配置很简单。每个智能体都是一个 Claude Code 会话，有自己的项目文件夹和一个 .env 文件，里面装着它需要的各种密钥。我让它去完成某件事。我不在乎它怎么做。它几乎从不选 MCP。不是因为 MCP 不好，而是卡在连接器那一步。在大多数配置里，必须先由人安装并配置好连接器，智能体才能使用。智能体自己做不了这一步，于是它就停下来，让我起身、走到电脑前、点来点去。与此同时，它其实可以直接调用 API 或者打开浏览器。所以它就这么做了。我曾有过这样的经历：智能体悄悄绕过了我专门为它搭建的 MCP 服务器，事后我才发现它们根本没用过。

这也让眼下大家都在做的一件事失效了：那个“复制这段提示词即可开始”的按钮。我原本以为那段提示词的作用是告诉智能体怎么使用你的 MCP。但它做不到。有人把它粘贴到普通的 ChatGPT 对话里，结果它做的第一件事就是让对方去安装一个连接器。大多数人到这一步就放弃了。所以提示词必须先给出不使用你的 MCP 时的完整操作说明。这在很大程度上就背离了初衷。我猜连接器这一步最终会消失。智能体应该能直接使用这些东西。自己去配置吧，机器人。

但这就是为什么我还在做 MCP。API 契约的全部意义，就是防止调用你 API 的代码崩溃。你给它做版本管理，逐步弃用旧功能，保持向后兼容，并在多年内继续支持旧接口，因为有人的代码依赖它们保持原样。而对于智能体来说，没有需要维护的调用代码。它几秒钟读完你的文档，搞清楚现在有哪些可用功能，然后就开始干活。它不在乎这个 API 昨天长什么样。这意味着你想什么时候重写整个东西都可以。你可以暴露那些你永远不会费心放进传统 API 的能力：创建账户、更换头像、删除账户。智能体每次都会获取最新的说明。我认为 MCP 能留下来的就是这部分。不是连接器。不是目录。不是安装那套流程。就是这一点：MCP 最终意味着“没有契约的 API”。而这是件好事。