AI时代，低代码平台还有用吗？

最开始用 GitHub Copilot 和 Cursor 的时候，我其实是有点被震惊的，以前要查文档、翻论坛、自己一点点拼出来的代码，现在只要描述清楚一点需求，AI几秒钟就能给你一版“看起来已经能用”的结果，甚至还能顺手把报错改了、逻辑补了。那段时间我脑子里反复在想一个问题：如果写代码这件事已经被压缩到这种程度，那程序员的价值到底还剩下什么？

但这个念头没有持续太久。等我开始用这些工具去做完整项目，而不是写几个demo的时候，问题就慢慢冒出来了。代码确实写得很快，甚至快到有点不真实，但项目本身并没有因此变简单。比如有一次我自己搭一个小系统，后端接口基本是靠AI一段段生成的，前期推进得特别顺，但很快就开始卡住了：数据结构一开始没想清楚，后面越改越别扭；权限这一块更明显，我一开始是直接让AI帮我补一套逻辑，它给我的基本都是那种“根据角色判断权限”的写法，比如简单的role字段+if判断，看起来没问题，也确实能跑，但一旦细一点就不对劲，比如同一个角色在不同场景下权限不一样、或者需要叠加规则的时候，这一套就完全撑不住，只能推翻重写；接口这边也是，AI是按我每次给的上下文各写各的，单个接口没问题，但放在一起规范是乱的，字段命名、返回结构都不一致，改一个地方要连着改好几层。这个时候你会很明显地意识到一件事：AI是在帮你完成局部，但项目从来不是局部的堆叠，它是一个整体。

从这之后，我对AI Coding这件事的看法慢慢变了。我现在更倾向于把它当成一种效率工具，而不是开发方式的重构者。它确实改变了写代码的节奏，让很多原本需要时间堆出来的东西变得几乎即时可得，但它没有也暂时不可能帮你解决那些更上层的问题，比如你到底要做什么、需求怎么拆、系统应该怎么设计、哪些地方要留扩展、哪些地方可以先妥协。这些东西如果一开始没想清楚，后面代码写得再快，其实只是更快地走向混乱。

也是在这个阶段，我反而重新理解了低代码平台的价值。以前我对低代码多少是有点偏见的，会觉得那是“不会写代码的人用的东西”，或者说是某种被简化过的开发方式。但现在再看，比如星图云开发者平台这类平台，它解决的根本不是“你写代码快不快”，而是帮你把项目里那些重复、稳定、没必要每次重来的结构直接固化下来，比如数据模型、基础表单、权限体系、流程这些东西。这些模块本质上不是创造性的工作，但如果每次都从头写一遍，不仅浪费时间，还很容易在细节上出问题。

有意思的是，我后来是把AI和低代码放在一起用，才慢慢看清它们各自的真正用途。一开始我也会把它们当成同一类东西，觉得都是在“降低开发门槛”，但用久了就发现完全不是一回事。对我来说，AI更像是一个随叫随到的助手，你让它写什么，它基本都能给你一版能跑的东西，但前提是我自己得知道要什么，它不会替我去兜结构，也不会帮我提前想好这些东西该怎么组织；而低代码平台，比如 OutSystems、Mendix，包括前面提到的星图云开发者平台，我在用的时候更明显的感受是，它一上来就把边界给你框住了，哪些东西该怎么搭、怎么约束，其实已经帮你定了一大半，我更多是在这个框架里往里填内容，而不是从一片空白开始想。这样用下来，我反而更容易分清楚：AI是在帮我提速，但低代码是在帮我不跑偏。

我现在自己的用法也慢慢变得更“务实”了一点。如果是一个完整项目，我基本不会再从纯代码开始搭，而是先用低代码把整体框架快速铺出来，让数据结构、基础页面、权限这些东西先稳定住，然后再把那些真正复杂、非标准、需要反复调整的逻辑交给AI去辅助实现。这样做的结果反而是更稳的，因为结构是确定的，变化只发生在局部，而不是整个系统一直在反复推倒重来。

所以回过头来看，我现在反而觉得AI带来的最大变化不是“替代”，而是“加速”。它让试错成本变低了，让实现路径变短了，但同时也把另一个问题放大了，就是当一切都可以很快做出来的时候，我是不是更清楚自己在做什么？如果不清楚，那项目只会更快地失控。

这也是为什么我现在基本不太纠结“AI会不会让程序员消失”这个问题了。至少在我自己的体验里，真正决定一个项目能不能跑下去的，从来不是代码写得有多快，而是前面那些更基础、更枯燥、但也更关键的决策有没有做对。而这些东西，到目前为止，既不是AI在替我做，低代码平台也只是帮我兜了一部分底，最终还是得靠自己想明白。