这是什么
CAD 项目里,AI 写代码最难的不是算法,而是让它 '记清楚' 到底有哪些 API 可以调用——凭训练数据生成的代码,经常函数名都 '瞎编'。GitMCP 给出的解法很直接:把任意 GitHub 仓库变成 AI 编程助手(Cursor、Windsurf、VS Code 等)可以实时查询的文档服务器。
"MCP"(Model Context Protocol,模型上下文协议)是 Anthropic 去年开源的一套接口标准,相当于给 AI 工具定义了"USB-C"——任何数据源只要按这个协议包装,AI 就能直接调用,无需为每个工具单独写对接代码。
MlightCAD 这家做浏览器端 CAD 文档查看的公司,把自己三个开源项目(realdwg-web、cad-viewer、mtext-renderer)接上了 GitMCP。CAD 领域 API 复杂、文档分散,让 AI 直接读仓库文档,错误率会显著下降。
行业怎么看
我们注意到,MCP 协议的真正野心不在 GitMCP 本身——Anthropic 想让它成为 AI 工具圈的事实标准。一旦 IDE、数据库、CRM、ERP 都按这个协议输出,AI 助手就能像拼乐高一样组合能力,类似早年 USB、HTTP 的扩散逻辑。
但也有反对意见。Snyk 等安全厂商近期发文提醒:MCP 让 AI 的读取范围扩大,企业内部敏感仓库一旦接入,权限边界和数据合规问题会立刻变复杂。GitMCP 这种"通用转换器"也有天花板——它依赖仓库文档质量,README 写得不规范,AI 反而会引入新的错误。Anthropic 的 MCP SDK 发布不到一年,生态远未成熟。
对普通人的影响
- 对企业 IT:评估 AI 编程工具时多了一个维度——是否支持 MCP、生态里有多少可即插即用的知识源,未来 12 个月可能成为采购硬指标。
- 对个人职场:非程序员也可留意,办公协同工具(飞书、企业微信、Notion)的 AI 助手,下一步很可能用同一套接口接入外部系统。
- 对消费市场:暂时无感,但 AI Agent 替消费者自动下单、订机票这类场景的底层,都需要 MCP 这类通用接口作为支撑。