织信开发日志 11：AI 智能体如何从一句话生成应用
这次我从一个空应用团队开始，完整跑了一遍 AI 创建应用的流程。
我更关心的不是 AI 能不能写出一段漂亮方案，而是它能不能把需求真正落到应用里。
也就是：数据表、字段、关联关系、页面入口，以及发布后的运行端。
入口：不是问答，而是创建应用
入口很简单：打开工作台，点击创建应用，选择智能体对话开发。
这个入口的关键，不是让 AI 回答"怎么做项目管理系统"，而是让 AI 进入真实的应用创建流程。
这个差别很重要。
问答只产生文字。
创建应用要产生平台资产。
一句话需求要被拆成结构
我输入的是一个项目管理系统需求。
没有写完整 PRD，只说明目标和边界：项目、任务、里程碑、工时记录、项目风险，以及几个页面入口。
这里真正有价值的地方，是 AI 需要把自然语言拆成可执行结构。
业务用户说的是："我要一个项目管理系统。"
平台要执行的是：
- 创建哪些表；
- 每张表有哪些字段；
- 字段是什么类型；
- 表之间怎么关联；
- 页面入口怎么组织；
- 发布后怎么验证。
中间这层翻译，才是 AI 智能体真正要补上的工作。
先落数据结构
项目管理系统的核心不是页面，而是数据结构。
如果表关系没建对，页面再漂亮也只是壳。
这次智能体创建了 5 张核心表：
- 项目表；
- 任务表；
- 里程碑表；
- 工时记录表；
- 项目风险表。
更重要的是，它继续补了关联字段。
任务关联项目，里程碑关联项目，风险关联项目，工时记录同时关联项目和任务。
这一步决定了应用是不是能继续长大。
只有表、字段、关联关系先立住，后面的视图、看板、统计、流程和自动化才有基础。
运行端能打开，才算真正生成
AI 输出蓝图不难。
难的是应用创建后，用户能不能真的打开、录入、查看和继续维护。
发布以后，运行端已经能看到项目表、任务表、里程碑表、工时记录表、项目风险表等入口。
这说明它不是停留在方案层，而是已经进入运行态。
对低代码平台来说，这一点比文案更重要。
这次真正验证了什么
这次我验证的不是"AI 会不会想一个项目管理系统"。
大模型很容易写出方案。
真正要看的，是它能不能把需求推进到平台里：
- 应用有没有创建出来；
- 数据表有没有落地；
- 字段和关联有没有生成；
- 页面入口有没有出现；
- 发布以后运行端能不能打开；
- 用户能不能继续在平台里维护。
这些点跑通，AI 创建应用才有意义。
边界也很清楚
这次结果不是百分百完美。
比如"我的任务"这种页面，就会涉及当前用户变量、视图过滤、权限边界和运行时上下文。
这不是一句话就能糊过去的功能。
所以我的判断是：AI 不应该追求一次生成完美系统。
更现实的路径是，先生成一个能打开、能发布、能继续修改的版本。
然后让实施人员、开发者和业务用户继续校准。
AI 不是替代设计器。
它是帮用户更快进入设计器。
AI 不是替代实施人员。
它是把实施的起步动作自动化。
一个业务用户原本可能卡在第一步：不知道先建什么表，不知道字段怎么拆，不知道表之间怎么关联。
AI 智能体至少可以先给他一个能打开、能发布、能继续修改的应用。
这一步走通，后面的对话才有意义。