首页 > 人工智能 > 人工智能 > 据说,80%的人都搞不懂MCP底层?
一句话总结:
👉 MCP (Model Context Protocol) 就是一个基于「标准输入输出(STDIO)」的通信协议,结合 JSON-RPC 格式,让不同进程之间像调用本地函数一样调用 AI 工具或服务。
一句话总结:
👉
MCP 是一个进程通信规范,它让 AI 模型、浏览器、终端、数据库等「彼此独立的软件」之间能像乐高一样拼接起来,互相调用功能。
MCP 的底层不是魔法,它依赖的正是我们熟悉但常常忽视的「标准输入输出」。
每一个进程都有三个默认接口:
stdin:标准输入stdout:标准输出stderr:标准错误输出这意味着进程不仅能把消息「打印出来」,也能「接收输入」。
这就是 MCP 的底层思想: 通过 STDIO 把进程变成一个服务。
仅仅有 STDIO 还不够,因为进程间的消息如果随便发,谁都看不懂。 MCP 采用了 JSON-RPC 规范,这是一种「请求 - 响应」模式:
这样我们就能约定清楚: 👉 「我要调用
sum 方法,参数是
[2,3],结果返回给我。」
过去我们调用 AI,只能通过 REST API 或 SDK。 MCP 提供了一种更轻量的方式: 直接把本地进程注册为工具,AI 模型就能调用它。
REST API 需要走网络,而 MCP 通过本地 STDIO,效率极高,几乎没有延迟。
数据不会经过外部网络,所有调用都在本地完成,非常适合对隐私敏感的场景。
<"https://zq.zhaopin.com/moment/62790601">
<"https://zq.zhaopin.com/moment/62790828">
<"https://zq.zhaopin.com/moment/62790919">
<"https://zq.zhaopin.com/moment/62791041">
<"https://zq.zhaopin.com/moment/62791187">
<"https://zq.zhaopin.com/moment/62791640">
现在已经有开源项目能把 Chrome 浏览器功能暴露为 MCP 服务: AI 可以直接「打开网页、点击按钮、获取内容」。
相比传统 Puppeteer/Playwright:
| 特性 | REST API/Playwright | MCP Server |
|---|---|---|
| 调用方式 | 远程网络请求 | 本地进程通信 |
| 延迟 | 较高(网络开销) | 极低 |
| 隐私安全 | 可能上传云端 | 完全本地 |
| 集成复杂度 | 需要额外依赖 | 即插即用 |
我们今天从底层一步步推导出了 MCP 的核心逻辑:
来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/70048296/viewspace-3100033/ ,如需转载,请注明出处,否则将追究法律责任。