织信开发日志 16：AI 生成应用，最危险的是看起来已经完成了

织信开发日志 16：AI 生成应用，最危险的是看起来已经完成了

AI 生成应用最迷人的地方，是它很快。

一句话输入进去，几分钟以后，表有了，字段有了，页面有了，按钮也有了。

运行端一打开，项目表、任务表、里程碑表、工时记录表、项目风险表都摆在那里。

很容易让人产生一种感觉：

这个应用已经完成了。

我现在最警惕的，正是这种感觉。

AI 生成应用真正危险的，不是它生成得太少。

而是它生成得太像一个已经完成的系统。

但企业系统真正麻烦的地方，通常不在第一眼。

它藏在字段语义、业务状态、权限边界、动作后果和异常路径里。

这些东西不会因为页面长得像系统，就自动变得正确。

空系统最容易骗人

刚生成出来的应用，通常很干净。

没有历史数据，没有错误数据，没有权限冲突，也没有用户反复修改留下的边界情况。

所以它看起来很顺。

项目可以创建。

任务表可以进入。

项目总览也能打开。

但这只能证明应用能打开，不能证明应用能进入业务。

真实业务里，项目会延期，任务会改负责人，风险会升级，工时会补录，也会有人在不该操作的时候点了按钮。

空系统看不出这些问题。

有字段，不等于有语义

AI 很容易生成一组看起来正确的字段：

• 项目名称；
• 项目经理；
• 项目状态；
• 开始日期；
• 项目进度；
• 项目风险。

字段名没问题，不代表建模没问题。

项目经理如果只是文本，系统就不知道它对应哪个账号。

项目状态如果只是文本，后面就会出现“进行中”“执行中”“正在进行”几种写法。

项目进度如果只是手填数字，任务全部完成以后，它也可能停在 60%。

字段不是输入框。

字段决定数据以后能不能被查询、关联、统计、授权和自动化。

字段语义错了，页面越完整，误导性越强。

有页面，不等于能工作

页面生成出来以后，完成感会更强。

因为用户终于能看到系统。

但页面能打开，不代表用户知道下一步该做什么。

项目经理打开首页，应该先看到所有项目，还是延期项目？

普通成员进入系统，应该看到全部任务，还是自己的待办？

主管更关心操作表格，还是异常和趋势？

低代码页面不是表格的皮肤。

页面要把用户带到正确的业务动作上。

如果页面只能展示数据，却不能告诉用户“现在最该处理什么”，它还不是工作台。

真问题要靠真实数据打出来

我现在判断 AI 生成应用质量，不太看它第一眼多完整。

我更关心：放一批接近真实业务的数据进去，会发生什么。

比如：

• 一个已经延期的项目；
• 一个高优先级但没有负责人的项目；
• 一个任务完成但项目进度没更新的项目；
• 一个已完成但仍有未关闭风险的项目。

这些数据一进去，很多幻觉就会消失。

页面是否突出异常，会暴露出来。

字段类型是否合理，会暴露出来。

关联关系是否顺畅，会暴露出来。

权限是否挡住正常操作，也会暴露出来。

测试数据不是为了填满页面。

它是用来戳破“应用已经完成”的幻觉。

AI 生成应用，不应该只追求更快生成结构。

结构只是第一步。

真正重要的是第二步：用真实业务把结构打穿。

如果字段语义、页面路径、动作后果和异常边界还没有被验证，这个应用就只是“看起来完成了”。

AI 低代码最有价值的地方，也许不是让应用更快完成。

而是让我们更早知道：它到底哪里还没完成。