MCP 是 Model Context Protocol，模型上下文协议。一个开放标准，让 AI 调用其它软件里的功能。不是让 AI 写脚本然后祈祷能跑，而是软件把支持的操作列成清单，AI 按名字调用，参数都有类型。
在 MCP 之前，把一个 AI 接到一个软件上，要为这一对组合单独写一套对接。每加一个组合就是一个新项目，前面的工作用不上。
MCP 把它拆成互不相干的两半。软件把能力暴露一次，做成 MCP 服务端。任何支持 MCP 的客户端都能用。写一个服务端，所有兼容的 AI 都能驱动它。做一个客户端，它能驱动所有说这个协议的软件。
值得分清楚。几乎所有配置问题，本质上都是把它们搞混了。
最后这点是关键。工具调用在执行前按参数定义校验，格式不对就干净地失败，不会执行出你没想到的结果。所以基于 MCP 的对接比让模型现写脚本稳得多。
CAD 软件本来就有完整的脚本接口：SketchUp 的 Ruby、Rhino 的 RhinoCommon、Blender 的 Python。MCP 服务端包的就是这些，把「建一个群组」「设置图层」「沿曲线阵列」这类操作公布出去，AI 负责组合。
结果是 AI 能在你已经打开的模型里干活，不是从零生成一个文件。它先读清里面有什么再改，改动是一次普通编辑，能撤销，尊重你建好的标记、组件和图层。这和「文字生成三维」是两码事，后者产出一个新对象，对你的项目一无所知。
它不是魔法。AI 照样可能挑错操作，对了八成的几何体修起来往往比自己建还费劲。协议买来的是管道可靠，不是设计判断力。
不是。API 是软件本来给程序员的接口。插件是你装进软件的代码。一个 MCP 服务端通常用 API、以插件形式发布，并补上另外两者都没有的：一套让 AI 发现「有哪些操作可用」并安全调用的标准做法。
自己动手配才需要。走开源那条你会把三个部分都碰一遍：装服务端、注册给客户端、确认插件加载了。软件自己配好的话，协议就是个你永远见不到的实现细节。