WorkBuddy接上ERP，说起来就一句话，真动手会发现方法多着呢。

接ERP，说到底是让AI能读能写业务数据，能想到的思路无非三种。

API封装成MCP工具

ERP本身开放了一批API，把这些API按领域模块包成MCP工具挂出去，AI调工具等于调API，数据走的是ERP的正门。

好处是权限跟着API走，原有的鉴权和业务校验全部生效，AI能干什么不能干什么，边界清楚。

麻烦在于封装量，接口有多少个就得包多少个工具，一个ERP的API动辄几百上千，全包一遍是体力活。而且API的能力天花板就是AI的能力天花板，厂商没开放的接口，AI碰不到。

数据库直连，SQL操作

拿到ERP的数据库账号，把数据库包成MCP服务，AI生成SQL直接读写数据。

这条路最快，不用等厂商开放接口，连上就能干活，想查什么查什么，想改什么改什么。

代价也来得快，SQL绕过了ERP所有业务逻辑，没有校验，没有关联约束，AI一条语句下去，表间关系可能直接断裂。

举个场景，AI觉得某张订单状态不对，一条update把状态改了，但关联的库存表、应收表没人动，数据就对不上了。

数据库的权限粒度也粗，到表和字段这一层很难做精细的行级控制。简单来说，这条路等于让AI从后门进仓库搬货，搬错了没人拦。

前端界面识别，模拟人工操作

用浏览器类MCP工具去识别ERP的前端界面，模拟人点按钮、填表单、走流程。

最省事，任何有界面的ERP都能接，不依赖后端开放程度。但它慢，而且脆弱。界面操作是串行的，一步一步点，效率远不如直接调接口。

ERP界面一改版，按钮位置一变，识别逻辑就失效。遇到弹窗、异常、网络波动，流程随时断，容错几乎为零。

三条路走下来，我选的是第一种。

另外两条也能走通，但API这条路在权限可控、数据校验、安全性上最靠谱。AI操作企业核心系统，最怕的不是能力够不够，是能力太野。

阅读原文：点击这里​