一位CIO后台留言："ERP上了八年，主要数据都在里面，现在想接Agent，怎么接？"
我问他："你想让Agent干什么？"
他说："先查查库存、看看订单状态吧，最好能自动下采购单。"
我说："查库存和自动下单，中间隔了三层。咱从第一层开始聊？"
他愣了一下……
最近接触的AI项目，多数需求都是先从ERP业务场景下手的，很多甲方一上来问的也都是"怎么接"的问题，很少有先想清楚 接上去之后干什么。然后跌跌撞撞做了POC、最后落地一个聊天机器人，业务效率提升有限。
其实Agent进ERP这件事，本质上是业务自动化的下一代形态，不是给ERP套个聊天壳子。想清楚这件事，实现路径自然就清晰了：
第一个路径，正规军的打法——API / MCP直连。ERP开接口，Agent走网关，权限、审计、回滚都在体系内。这条路最稳，但也最受限，ERP 给你什么，你就只能用什么。跨模块的复杂流程，得你自己拼；
第二个路径，存量系统的解法——屏幕语义理解/RPA。不碰底层，Agent像人一样看界面、点按钮。老系统、信创迁移中的系统、甚至没有API的网银，都能接。部署周期从几个月压到一两周。代价是：界面一改，Agent 就得重新学。天花板低，但胜在能落地；
第三个路径，禁区——数据库直连，除非你能兜所有的底。理论上无所不能，实际上谁都不敢在生产环境这么干。ERP 的表关系太复杂了，绕过业务校验直接写库，一个字段写错，整条链路崩掉。这条路不是不能走，是走了就得自己兜所有的底。
没完呢，Agent进ERP，从能连上到真干活，中间还隔着的四层是：
第一层：Copilot——只读、问答、辅助操作，不碰数据。这是最安全的起点，也是目前 80% 所谓"ERP+AI"项目的实际水位；
第二层：Single Agent——单场景自主执行。智能审单、库存预警、自动对账，一个场景跑通一个闭环。这个阶段开始见真章了：AI 是不是真的在干活，还是只是人在用 AI 查数据，分水岭就在这里；
第三层：Multi-Agent——多Agent分工协作。采购Agent发现库存低了，通知生产Agent排计划，生产Agent触发物流Agent安排发货。跨模块闭环，这才是线级自动化和点级优化的本质区别；
第四层：Event-Driven——事件触发、无人干预、持续运行。系统自己感知业务变化、自己做决策、自己执行。到这个阶段，ERP不再是一套人操作的系统，而是一套自己运转的系统。
现在市面上绝大多数ERP+Agent项目，还是停在第一层、往第二层努力。不是技术做不到，是甲方不敢放权，乙方不敢承诺。
甲方怕AI写错数据，乙方怕出了事背锅。于是双方心照不宣地把项目做成一个智能问答助手，验收通过，皆大欢喜。但业务效率，就那样。
所以这里引发一个思考：有价值的AI+传统软件项目的落地，可能不是从技术突破开始的，而是从业务边界的重新划定开始的——哪些流程可以交给 AI 自主决策？出了错谁负责？回滚机制怎么建？这些问题想不清楚，接再多接口也是白搭。
写在最后：给甲方的几点拙见
先选能力台阶，再选技术路径。想清楚你要的是 Copilot 还是 Single Agent，再决定走API还是RPA。反过来选，大概率走弯路；
老系统别硬啃 API。很多甲方花半年让厂商开接口，结果发现接口能做的事还不如 RPA 一周跑出来的多。非侵入式不是退而求其次，是存量时代的务实选择；
真正的护城河不在接口，在业务逻辑封装。把跨模块流程抽象成原子服务，Agent 调一个服务就能完成一连串操作——这才是"点"和"线"的分界线，也是乙方真正能沉淀价值的地方。
Agent 通往 ERP，不止一条路。但所有路的终点，都是同一个问题：你愿不愿意让 AI 真正替你做决定？想清楚这个，比选什么技术栈重要十倍。
