@swyx: 解释一下

TL;DR

MCP（模型上下文协议）是一项热门但尚未成熟的技术，它承诺为AI Agent提供可插拔架构；构建实用的MCP服务器需要深入的设计思考，而不仅仅是封装现有API，生态系统仍在追赶中。

MCP是什么？一种针对Agent的可插拔架构

MCP（模型上下文协议）被David Kramer（Sentry创始人兼工程师）描述为“一种针对Agent的可插拔架构”。在Sentry这样的B2B SaaS公司中，它充当AI工具（编辑器、Agent）与后端服务之间的桥梁。Kramer的视角来自构建Sentry自己的MCP服务器——一个实际、面向生产的实现。

核心理念很简单：不必手动在编辑器和监控工具之间切换上下文，Agent（例如VS Code中的编码助手）可以直接查询Sentry的数据、检索错误，甚至尝试修复。Kramer的演示显示，VS Code Insiders在几秒内向Sentry发出了20次API调用，花费约5美元token——这既展示了潜力，也暴露了当前的粗糙之处。

为B2B SaaS构建MCP服务器：来自Sentry的经验教训

Kramer强调了两种MCP接口：远程（基于OAuth）和标准I/O。对于云服务，远程接口是唯一合理的选择。

OAuth 2.1 – 第一个障碍

大多数公司已经拥有OAuth，但MCP需要OAuth 2.1，这是Kramer之前从未遇到过的版本。Sentry使用Cloudflare Shim代理现有的OAuth 2.0 API，并实现了2.1版本的客户端注册。整个集成花了几天时间——可行但不简单。对于企业来说，这一步常常成为瓶颈。

真正的挑战：不要只是封装你的API

Kramer强调：“MCP不是OpenAPI的再包装。”将所有API端点暴露为工具会得到最差的结果——Agent无法处理庞大的JSON负载。你必须围绕Agent消费设计系统：

• 返回最小化、人类可读的上下文——Sentry返回结构化Markdown而非原始JSON。如果人类能推理，语言模型也能。
• 精心设计工具描述——这些描述在token限制下竞争，必须引导Agent的决策。
• 为Agent设计错误处理——错误仍是上下文；给出人类友好的解释，使模型能优雅恢复。

Kramer的团队每周更新他们的MCP服务器，根据观察到的Agent行为调整描述和响应。

客户端支持仍处于测试阶段

目前只有少数客户端完全支持带OAuth的远程MCP：VS Code Insiders（OAuth工作良好），以及Cursor（承诺“本周”支持）。其他编辑器如Cloud Code只有部分支持。体验是“粗糙、测试版、可用”。你的稳定性依赖于客户端的实现。

对B2B SaaS公司的关键建议

1. 只关注带OAuth的远程MCP。 如果你运行云服务，同样的好处（快速迭代、集中安全、受控部署）都适用。专注于远程规范，暂时忽略标准I/O。
2. 不要将原始API暴露为工具。 投入精力构建Agent友好的端点——结构化Markdown、清晰的工具描述和周到的错误消息。
3. 关注token成本。 之前花费1美元的工具调用，当模型消耗巨大上下文时可能膨胀到10美元。保持描述简短、响应精炼。
4. 安全：不要信任任意MCP工具。 标准I/O接口会引入注入风险。只允许来自可信源的工具——尤其在组织内部。
5. 持续迭代。 MCP不是“一次设置不再变动”。监控Agent如何使用你的工具，并每周优化设计。

房间里的大象：Agent与Agent对话

Kramer指出，目前MCP缺少工具的流式响应。当你转向Agent与Agent交互（而非Agent与人）时，这成为一个重大限制。生态系统仍处于早期——但方向是明确的。

来源

观看完整演讲：@swyx: explain this（https://youtu.be/FCi4jT86gSw?is=niKg9Smw2t6PPOq2）