低代码还没玩明白，AI又来抢活了？

昨天还在研究怎么把那个表格组件的属性面板配得再顺手一点今天打开朋友圈满屏都是“AI自动生成页面”“一句话生成低代码配置”。我心里咯噔一下不是吧又来说实话我并不是什么技术先锋。三年前第一次听同事聊低代码我内心是拒绝的——“拖拖拽拽能写出来啥好东西”结果后来真香了现在每天跟低代码平台打交道的时间比手写代码还多。好不容易把这套东西玩得有点顺手了AI又杀出来了。Curosr、Copilot、v0、GPT-4写代码……一个个名词往脸上砸。有人说“前端已死”有人说“以后开发只要说人话就行”。作为一个普通前端说不慌是假的。但慌完之后我认真琢磨了一下AI到底能帮我干啥干不了啥跟低代码放一起是敌是友这篇不整高深理论就聊聊我这几个月在低代码平台里用AI的真实感受。顺便给同样困惑的朋友一点小参考。一、第一次用AI生成配置既兴奋又想哭事情是这样的。我们内部低代码平台有个功能——写一个弹窗点击确定后要调用三个接口、然后刷新父页面表格、再弹个“操作成功”的提示。搁以前我得手动在事件面板里点“添加动作”一条一条配callAPI、callAPI、callAPI、refreshComponent、showToast。点五下还要填每个接口的URL、参数映射。那天我发现平台接了个AI助手在事件配置框里有个小图标“✨ AI生成动作链”。我半信半疑地输了句话“点击确定后依次调用/api/approve、/api/log、/api/notify都成功后刷新订单表格并提示成功。”三秒钟。真的就三秒钟。AI给我生成了五条动作参数映射写得明明白白连错误处理都自动加了一段“如果第一个接口失败就终止后续并提示”。我当时的心情非常复杂兴奋是因为真快害怕是因为它让我觉得自己好像没那么重要了。后来冷静下来想想这种场景其实特别适合AI——动作链的“套路”非常固定无非就是顺序执行、并行执行、条件分支。AI只需要把我口述的“先A再B然后C”翻译成平台的DSL配置。省掉的是我点鼠标、拖拽、填参数的时间但没省掉的是“我得知道这个业务流程需要调哪几个接口”这件事。换句话说AI帮我省了打字但没帮我省脑子。不过……省打字已经很爽了谁愿意天天在属性面板里点来点去啊二、AI写公式低代码里的小甜点另一个让我觉得“AI真香”的场景是写表达式。低代码平台里经常要写一些简单的公式比如“如果订单金额大于1000且用户等级是VIP就显示一个专属折扣标签”。在平台的“公式编辑器”里你要写成类似${amount 1000 level VIP ? displayVipTag : }这样的表达式。之前每次写这种我都要在心里默念几遍逻辑生怕括号括错了位置。现在AI助手直接帮你补全甚至你只打了amount 它就会提示你可能想写什么。跟Excel的公式提示有点像但在低代码场景里更贴心因为它知道你的数据模型——知道amount来自订单对象知道level有哪些枚举值。我统计过一次用AI写表达式平均每个公式节省我30秒到1分钟。一天下来如果写十几二十个那节省的时间都够我摸鱼刷半小时掘金了。但是AI也有翻车的时候。有一次我想写一个稍微复杂的规则“如果用户在过去7天内购买过A类商品且没有退货记录同时今天不是节假日就展示一个促销弹窗”。AI生成的表达式把“没有退货记录”写成了returnCount 0完全忽略了returnCount可能为null或undefined的情况。如果不是我在测试环境跑了才发现上线后肯定出bug。AI不理解你业务里的“空值意味着什么”它只能根据字面意思猜。而在真实业务里那些奇葩的边界条件才是bug的重灾区。三、AI完全帮不上忙的地方奇葩业务规则说到边界条件就不得不提那些AI看了都摇头的需求。上个月产品提了个需求“商品详情页的‘购买’按钮在用户登录后的第3秒到第5秒之间如果鼠标移动速度超过某个阈值并且页面滚动条位置大于200px那么按钮颜色要变成彩虹色。”我确认了三遍产品说没错这是运营的新玩法。这种需求AI能帮我生成配置吗别说AI了我手动写低代码的动作链都不知道怎么写。最后我只能写了一个自定义组件在里面用原生JS监听鼠标轨迹和滚动事件再通过组件的事件钩子暴露给平台。在这个场景里AI的局限暴露无遗AI不懂你那套“七拐八拐”的业务逻辑除非你把每一步都描述得像代码一样精确——那还不如自己写。AI没法帮你做架构决策到底是写自定义组件还是硬用平台原生的能力绕过去这种权衡需要人对平台边界有清晰认知。AI对性能问题无感知如果我用AI生成的表达式在表格的每一行都执行一个复杂的数组遍历页面卡了AI也不会告诉你。所以我的感受是AI在“套路化”的工作上非常强在“创造性的、非标的、边界模糊”的工作上还很弱。而低代码平台里那些真正让人头疼的20%需求恰恰属于后者。四、低代码AI到底是抢饭碗还是递扳手我现在的看法是AI不会让低代码平台变得无用反而会让低代码平台变得更好用。以前我们团队用JNPF快速开发平台搭后台遇到复杂一点的联动逻辑新来的同事得翻半天文档才能配明白。现在如果平台内置一个AI助手你直接说“选择省份后城市下拉框根据省份ID请求/api/cities接口接口返回的数据填充到城市下拉框的选项中”AI就能自动帮你生成数据源配置和联动规则。这对于刚接触平台的人来说几乎是“零学习成本”。反过来低代码也给AI提供了一个很好的“落地场景”。AI最擅长的事情就是从自然语言到结构化描述的转换而低代码的DSL领域特定语言恰恰是一种半结构化的中间表示。你跟我说句话AI把它翻译成JSON配置平台一解析页面就出来了。这个链路比“AI直接写React/Vue代码”更可控、更安全——因为配置的取值空间是有限的AI出错了也更容易被校验出来。我们团队现在有一个不成文的习惯但凡能用自然语言描述清楚、且不太涉及复杂边界条件的配置任务先让AI试试。比如生成表单的字段列表、配置一个常规的表格列、写几句简单的校验规则。成功率大概在70%左右另外30%需要微调。但即使只有70%也足够让我们的配置效率提升一大截了。五、我这种普通开发者的真实心态说到底我觉得“AI抢活”这个焦虑跟当年“低代码抢活”的焦虑本质上是一样的。三年前我担心低代码让我失业结果低代码让我从写重复后台页面中解放出来去研究组件库设计、性能优化、甚至写了两篇掘金文章。现在AI来了我反而没那么慌了——因为我看到了一个规律每一次自动化工具的升级都会把人类从更底层的重复劳动中往上推一层。低代码把“写重复代码”变成了“拖拽配置”AI又把“拖拽配置”变成了“说话”。那你可能会问再往下呢再往下我们是不是只需要躺着就行了我觉得不会。因为总有一些东西是工具替代不了的理解奇葩业务背后的真实需求、在多个技术方案之间做权衡、跟产品吵架说服他放弃那个彩虹按钮、以及——当AI生成的配置出了bug时能一眼看出问题出在哪儿并修好它。这些能力才是我们这群“普通开发者”真正的护城河。低代码和AI都只是帮我们把时间省下来去挖那条护城河而已。所以别再纠结“低代码没玩明白AI又来了”了。该玩还得玩该学还得学。低代码值得你花时间搞明白因为它是当下提效最实在的工具之一AI也值得你尝试哪怕只是用来帮你写几行公式、生成几个动作链。工具永远在变但“解决问题的人”不会消失。至少我希望不会。