最近有篇《AI，能开发ERP大系统？》刷屏了。

最近有篇《AI，能开发ERP大系统？》刷屏了。

标题够大，评论区够热闹。一派“我用AI半年做出ERP”的兴奋，一派“ERP三分实施七分业务”的冷静。

但这场讨论有一个根本的问题：双方都在争“AI能不能开发ERP”，却没人问——“开发ERP”这件事本身，还成立吗？

01 再看那些“成功案例”

“一周做出带银行和金税接口的财务系统。” 你咋不上天呢？

金税接口的文档几百页，发票勾稽、税控盘加密、申报表校验、断网重传……一个环节出错，税务局对账就过不去。银行接口更不用说，加密、证书、对账、冲正，写错一个字节钱就飞了。

这种“一周奇迹”说出去，只有两种可能：要么你做的就是个DEMO，连玩具都算不上；要么你就是根本没上过线，不知道什么叫“企业级”。企业上线的系统出了问题，轻则罚款，重则坐牢。AI替你坐吗？

“半年做出制造业ERP，马上开卖。”

细看原话：“我的软件在大软件面前是一个插件级别的功能”。

插件。它有名字，叫插件。不叫ERP。

这就好比用乐高搭了个小凳子，然后说“我做了一套红木家具”。

02 AI的能力确实被低估了，但它的边界也常常被忽略

评论区那些质疑，每一句都值得听：

“复杂的 是业务,不是技术”
“ERP是业务驱动，不是技术驱动”
“需求有时候很变态，通用软件根本行不通”
“MRP计算结果不对，你得先理解AI写的逻辑，想想头都大”

AI可以依据清晰文档生成代码，但看不懂文档之外的企业政治、历史遗留、用户习惯。AI可以写出符合逻辑的算法，但解释不了为什么算错。AI能在当下构建系统，但预测不了三年后的政策变化。

还有一条被忽略的视角：“销售才是关键。我花了七个月开发一个多租户SaaS软件，37万行代码，感觉销售无从下手。”

软件项目成功的关键从来不是代码本身。是市场，是客户关系，是实施服务，是持续运营。

03 现在回头看那篇原文

标题是《AI，能开发ERP大系统？》，正文第二句：“退而求其次，用AI开发日常小工具”。

然后拿出一个“九九八十一道工序”做的流程图工具，就敢论证“AI开发大系统未来可期”。

这个逻辑，好比“我今天煮了泡面，所以我能开米其林”。

最后，作者甩出付费星球二维码，列了一堆专业提纲：“部署模式”“架构模式”“前后端交互之谜”……

等等，你不是刚说“不需要深入技术，懂概念就行”吗？怎么转头就卖“体系化内容”了？

04 未来3-5年，AI能改变什么？

但比这些更值得问的是：我们为什么还在争论“AI能不能开发ERP”？

因为这个问法本身，就默认了一件事：ERP是一个需要被“开发”的庞大系统——不管是人写代码还是AI写代码，总得有人把它“造”出来，装进数据库，然后指望它跑五年。

这个默认，正在松动。

未来的企业软件，形态可能会变。不再是某个需要花两年实施的庞然大物，而是无数个微型AI代理在业务发生的瞬间动态组合：需要算成本，就调起成本代理；需要跑MRP，物料代理就和订单代理实时协商；需要出报表，财务代理自动抓取所有数据。

到那时，“系统”的边界变得模糊，“开发”也不再是今天的样子。代码可能是运行时生成的，逻辑可能是当下协商的，维护方式也会不同——因为业务在变，“系统”本身也在跟着变。

当然，这不会是明天就发生的事。核心系统对确定性、可追溯的要求，决定了它的演进会比技术慢得多。但趋势的苗头已经在那里：那些还在争论“AI能不能写出这套逻辑”的人，至少应该看一眼——这套逻辑本身，是不是正在被时代抛在身后。

05 三句话，值得反复读：

AI只能丈量“写了多少代码”，无法回答“系统是否好用”。

每天问一次“我的精力流向了代码还是业务”，比问“AI能不能开发ERP”重要一百倍。

不是所有AI生成的代码都值得上线，但所有业务痛点都值得你蹲点三天。

最后 AI是工具，不是遮羞布

那篇原文最让人不适的地方，不是它讨论AI，而是它用“AI开发ERP”这个大词当诱饵，最后甩出二维码等人上钩。