前一阵，一位同行问我一个问题。他说他们那套 ERP 上了八年，公司最主要的数据都在里面，现在想接个 AI 上去，问我该怎么接。
我问他，你想让它干什么。
他说，先查查库存、看看订单状态，最好能自动下采购单。
我说，查库存和自动下采购单，中间隔着好几层。咱们从第一层聊起。
他愣了一下。我猜他愣住，是因为他从来没把这两件事当成两个问题。
其实这个问法我听过很多次。大家一上来问的都是“怎么接”，很少有人先想清楚“接上去之后，到底要它干什么”。方向没定，后面做得越像样，越容易做成一个中看不中用的东西。
这件事我们自己也经历过。我们内部管着一套系统，账、指标、流程都在里面。这两年我们陆续让机器人接了进去——一开始只是替我们读数据，后来能改数，再后来几个机器人之间能互相派活，到现在，有些活儿干脆没人盯着，一个暗哨自己守着，到点自己去做。
一路走下来，我最大的体会是：给老系统接 AI，不是给它套个会聊天的壳。它其实是业务自动化的下一代形态。想通这一点，路怎么走，反而清楚了。
接进去，无非三条路。
第一条是接口直连。系统开个口子，机器人走网关进来，权限、审计、回滚都还在体系内。这条路最稳，也最受限——系统给你什么，你就只能用那么点东西；跨模块的复杂流程，得你自己一块块拼。
第二条是不碰底层，让机器人像人一样看界面、点按钮。老系统、正在迁移的系统、甚至压根没有接口的那些，都能这么接。部署很快，一两个星期就能跑起来；代价是界面一改，它就得重新学。天花板不高，可胜在能落地。
第三条是直接连数据库。理论上下手最狠，什么都能干；可实际上，谁都不敢在生产环境里这么干——表与表的关系太密，绕过业务校验直接往里写，一个字段写错，整条链就崩了。所以大家把它当禁区。
我们走了第三条。
不是因为我们胆大，是因为我们先把“兜底”这件事建齐了。动手之前先留一份原样，写的时候每一步都能退回去；写完不算自己说完成，而是换一个人、用另一套算法，逐条复算一遍；哪一步出了岔子，顺着记录就能找到是哪一环、谁经的手。这套东西立起来之后，第三条路就不再是禁区，反倒成了我们自己走得最顺的一条。
这里头有个反常识的地方。接入本身并不难，难的是放心。一个机器人只是读数据，出了岔子，大不了是看错；可它一旦能改数、能下单、能付款，出错就是真金白银。所以真正卡住大家的，从来不是接口，是信任。谁能把“信任”这两个字落成一套能验证、能退回、能追责的动作，谁就敢往前走一步。
不过，接进去只是开头。从“能连上”到“真干活”，中间还隔着四层台阶。
第一层是问答。只读，不碰数据。说出来你可能不信，市面上多数“ERP 加 AI”的项目，到今天还停在这一层。
第二层是单场景自己干。审单、对账、库存预警，一个场景跑通一个闭环。分水岭就在这儿：AI 到底是在干活，还是人在用它查数据。
第三层是几个机器人分工。一个发现库存低了，去通知排产的；排产的再触发发货的。跨模块连成线，点上的优化和线上的自动化，差别就在这里。
第四层是事件驱动。系统自己发现变化、自己做决定、自己执行，常年不停。到这一步，老系统不再是一套等人来操作的系统，而是一套自己会转的系统。
我们大概在三层往四层走。
那为什么多数项目还困在第一层？不是技术做不到。
是甲方不敢放权，乙方不敢承诺。甲方怕 AI 把数据写错，乙方怕出了事自己背锅。于是两边心照不宣，把项目做成一个聪明点的问答助手，验收通过，皆大欢喜。业务效率，也就那样。
我们内部把这件事收成一句话：真正难的从来不是接上去，是你敢不敢把决定权交出去，以及交出去之后，兜不兜得住。
所以在动手之前，先问自己三个问题。哪些流程可以放手让 AI 自己决定？一旦出错，算谁的？真出了错，退不退得回来？这三个问题想不清楚，接口接得再多，也是白搭。
那三条路，和那四层台阶，看着是技术选择，其实都是这三个问题问清楚之后，自然长出来的结果。先想明白你要的是哪一层，再回过头决定走哪条路；反过来选，多半要走弯路。
机器能不能连上，是工程师的事。敢不敢让它替你做决定，是你自己的事。
这件事真正的落点不在技术，而在“敢不敢放权”那道坎——上了年头、家底又装在里面的老系统，想接 AI，几乎都会撞上它。拆这道坎靠两样东西：一把尺子，一套兜底。尺子是把活儿分成四层台阶，当场问清“你到底想要哪一层”；兜底是动手前先留原样、每一步都退得回去、换个人换套算法复算一遍、全程留痕。前者解决“不知道要什么”，后者解决“不敢交出去”。这两样备齐，接口反倒最不难。所以这个方向的机会，多半不在比谁的模型聪明，而在比谁能让客户敢往前多迈一步。
一切皆如