织信开发日志 16AI 生成应用最危险的是看起来已经完成了AI 生成应用最迷人的地方是它很快。一句话输入进去几分钟以后表有了字段有了页面有了按钮也有了。运行端一打开项目表、任务表、里程碑表、工时记录表、项目风险表都摆在那里。很容易让人产生一种感觉这个应用已经完成了。我现在最警惕的正是这种感觉。AI 生成应用真正危险的不是它生成得太少。而是它生成得太像一个已经完成的系统。但企业系统真正麻烦的地方通常不在第一眼。它藏在字段语义、业务状态、权限边界、动作后果和异常路径里。这些东西不会因为页面长得像系统就自动变得正确。空系统最容易骗人刚生成出来的应用通常很干净。没有历史数据没有错误数据没有权限冲突也没有用户反复修改留下的边界情况。所以它看起来很顺。项目可以创建。任务表可以进入。项目总览也能打开。但这只能证明应用能打开不能证明应用能进入业务。真实业务里项目会延期任务会改负责人风险会升级工时会补录也会有人在不该操作的时候点了按钮。空系统看不出这些问题。有字段不等于有语义AI 很容易生成一组看起来正确的字段项目名称项目经理项目状态开始日期项目进度项目风险。字段名没问题不代表建模没问题。项目经理如果只是文本系统就不知道它对应哪个账号。项目状态如果只是文本后面就会出现“进行中”“执行中”“正在进行”几种写法。项目进度如果只是手填数字任务全部完成以后它也可能停在 60%。字段不是输入框。字段决定数据以后能不能被查询、关联、统计、授权和自动化。字段语义错了页面越完整误导性越强。有页面不等于能工作页面生成出来以后完成感会更强。因为用户终于能看到系统。但页面能打开不代表用户知道下一步该做什么。项目经理打开首页应该先看到所有项目还是延期项目普通成员进入系统应该看到全部任务还是自己的待办主管更关心操作表格还是异常和趋势低代码页面不是表格的皮肤。页面要把用户带到正确的业务动作上。如果页面只能展示数据却不能告诉用户“现在最该处理什么”它还不是工作台。真问题要靠真实数据打出来我现在判断 AI 生成应用质量不太看它第一眼多完整。我更关心放一批接近真实业务的数据进去会发生什么。比如一个已经延期的项目一个高优先级但没有负责人的项目一个任务完成但项目进度没更新的项目一个已完成但仍有未关闭风险的项目。这些数据一进去很多幻觉就会消失。页面是否突出异常会暴露出来。字段类型是否合理会暴露出来。关联关系是否顺畅会暴露出来。权限是否挡住正常操作也会暴露出来。测试数据不是为了填满页面。它是用来戳破“应用已经完成”的幻觉。AI 生成应用不应该只追求更快生成结构。结构只是第一步。真正重要的是第二步用真实业务把结构打穿。如果字段语义、页面路径、动作后果和异常边界还没有被验证这个应用就只是“看起来完成了”。AI 低代码最有价值的地方也许不是让应用更快完成。而是让我们更早知道它到底哪里还没完成。