MCP（Model Context Protocol，模型上下文协议）到底是什么？它和传统 API 有什么区别？与其背定义，不如做一次真实对比实验：同一句话对 Claude 说两遍，一遍没接 MCP，一遍接上 MCP，差别一目了然。
▶ 视频直达：https://youtu.be/Km9xJmkUc-s｜更多 AI 工具实测：富爸爸AI实测频道
实验设计
任务只有一句话：「在我的 Blender 里建一个夜晚书桌场景：木桌、亮着屏幕的笔记本、暖光台灯、一杯咖啡。直接动手完成，不要只给我建议。」
- 对照组：Claude 命令行运行，禁用全部工具（无 MCP、无本机执行权限）
- 实验组：Blender 装 blender-mcp 插件（本地 9876 端口起 MCP 服务），Claude 直接调用
对照组：5 分 26 秒，交回一份说明书
没接 MCP 的 Claude 很诚实。它先试着探测 Blender 进程和端口，全部被权限系统拦下，最后回答：
结论先说：这次我没法"伸手"进你打开的那个 Blender——这个会话里没有批准任何本机执行权限。我把整个场景完整写好了，你只需要在 Blender 里粘贴运行一次（约 10 秒）。
然后是一份 167 行的 bpy 脚本。总用时 5 分 26 秒，实际对 Blender 的操作次数：0。
这就是 API 时代的常态：AI 出主意，代码它能写，但「最后一公里」——把代码送进工具里跑起来——永远是你的活。
实验组：105 秒，五个版本迭代到能看
接上 MCP 之后，同一句话，Claude 直接开工：清场、建桌子、装电脑、摆台灯、放咖啡杯，17 个网格、13 个材质、2 盏灯，全部是它自己下的命令。然后是五版迭代（渲染文件时间戳从第一张到第五张共 105 秒）：
- v1：画面黑了三分之二，台灯压根不在镜头里
- v2：构图对了，但笔记本屏幕悬在半空；台灯灯罩亮着、桌面却没光——锥形灯罩底面是封死的，灯泡被关在罩子里
- v3：屏幕还在飘——缩放算错，位置差了一倍
- v4：灯泡挪出灯罩，又掉进了灯杆的圆柱里
- v5：成了。暖光铺满桌面
真正想说的：每一版它都报告「执行成功」
翻车的那四版，MCP 返回全部是 {"executed": true}。中间我还踩了个更逗的坑：调用方式写错，发过去一段空代码，返回照样是「执行成功」。
这和上次 Blender MCP 对决实测（十项需求全部达标、画面根本不能看：45 本书只铺满书架 15%，相机对着墙背面拍）是同一件事：
- MCP 解决的是「够不着」：AI 从「给你写说明书」变成「自己动手干活」
- MCP 解决不了「干得好」：执行成功 ≠ 结果正确，验收永远是人的活
一句话总结：MCP 给 AI 装上了手，但眼睛还得是你的。
MCP 和 API 的区别（速查）
| API 模式 | MCP 模式 | |
|---|---|---|
| 谁写对接代码 | 你（每家工具一套） | 没人（协议统一） |
| AI 的角色 | 出主意，给代码 | 自己发现工具、自己调用 |
| 工具方要做什么 | 提供文档，等你来接 | 起一个 MCP 服务，声明能力清单 |
| 出自 | 各家自定 | Anthropic 2024-11 开源，OpenAI/Google 2025 相继接入 |
实测环境
- Blender 5.2 LTS + blender-mcp 插件（localhost:9876）
- Claude（对照组禁用全部工具；实验组走 MCP socket 通道）
- 渲染：EEVEE 1920×1080，本机 M5 Max 实测，全部数据可复现
相关阅读：MLX vs Ollama：Mac 本地大模型实测｜我让 GPT 和 Claude 用 Blender 建同一间书房
评论