MCP之于HTTP

MCP可以类比HTTP之于Web时代的意义，或许MCP是AI时代的一个常用协议之一

过去一个月，行业动作频频：

• OpenAI和Amazon前两周都声明他们会采用MCP标准
• Google CEO上个月也在X上说会考虑采用MCP标准

MCP 会成为 AI 时代的HTTP吗？

我觉得现在下这个结论太早了，更多是自媒体或者相关从业者自嗨的标题。但是我们依然无法阻挡MCP被大量adopt的趋势，过去2个月得益于各种媒体的传播，MCP的风刮到了技术和非技术人的视野里。

在这样的趋势之下，我也开始了自己的探索，这一直是我在做的事情，我发现已经很多人做起了MCP应用市场的行当了，包括一些诸如Cline之类的MCP Client自己也在做，类似App Store帮助大家更方便的搜索安装MCP Server。在目前这个阶段似乎大家的关注点都在重MCP Client的方向，包括Anthropic一开始制订的stdio（大量的MCP Server走了这个）和SSE来看也是偏Client的。非常能理解，端侧的应用是一个极大的应用场景，加上现在大家深耕Agentic AI，等于AI帮你代理了在终端的各类操作，终端也有你平时使用的各类环境，非常方便直接无缝集成，所以我认为这个趋势没有问题

在大家还没有投入重视的远端、云端和服务端场景，未来也会大量爆发应用，可想而知上面的重端侧场景并不适应企业或者更加专业的玩家，MCP的应用也不只是针对端侧，在服务端，企业内部，企业对外的服务都会大量的应用，我觉得原来的FunctionCalling都会陆续转MCP，另外一点就是很多存量的API服务需要改造MCP，我觉得这个过程必然衍生出一些助力这个过程的软件或服务

基于这个背景，MCP Gateway就诞生了，上个月中我开源了这个项目，几个目的和愿景：

1. 旨在通过配置的方式将存量API转成MCP Servers，完全无需任何改造
2. 代理MCP Servers，比如stdio、SSE和Streamable HTTP的协议互转
3. 统一网关分发，大胆的类比MCP领域的Nginx
4. 延伸的MCP服务治理，MCP想象空间足够大，可想如果几十上百的MCP接入，该如何治理呢？
5. 企业级的性能、稳定性、高可用和扩展性

还有一周这个项目满1个月，我已经完成了160个Commits，迭代了13个版本，并且收获到了600+的🌟，对于大家的反馈，让我感受到这个项目的潜力和应用的前景。目前我还在持续迭代，欢迎大家使用和反馈。在这里也欢迎有想法的朋友一起共建❤️