先说结论。REBUILD 的 AI 搭建能建出一套进销存的骨架，实体、字段、引用关系、主子表都建对了，建完就能录数据。但它交付的是结构，不是成品系统。表单布局、权限、审批流还得人工过一遍，触发器也不自动建，要一个个确认。
比"能建多少"更值得注意的是另一件事。AI 在这里没有"自由发挥"的空间，它只能在 REBUILD 既有的元数据体系内做选择。听起来是限制，实际上这正是它的产物可以直接用的原因。
AI 在成熟系统内工作，产物必然是可用的
REBUILD 是个跑了多年的元数据驱动管理系统。所谓元数据驱动，就是系统结构本身存在数据库里，新增字段、调整流程都不用改代码，也不用重启。实体、字段、触发器、审批引擎、权限体系、报表、导入导出、移动端适配，这些能力早就存在，有界面、有校验、有运行时。AI 搭建不生成新系统，它在这个既有元数据体系内做配置，等价于管理员在界面上点鼠标，只是点得更快。
关键在于，它能做的每个选择都来自封闭集合。
类型和动作都是枚举
字段类型只有 20 余种，是固定枚举。触发时机只有创建、更新、删除、审批通过等 11 种。触发器动作只有字段更新、数据汇总、发送通知、自动审批等 15 种。配置格式由系统规定，可填项固定，多填一项都塞不进去。AI 想编一个 REBUILD 不存在的字段类型或触发器动作，参数根本传不进来。
引用的每个名字都必须真实存在
AI 动手前会先核对实体上真实存在哪些字段，不会凭印象编一个。用户说中文标签也行，系统自己转成真实字段名。实体名模糊匹配到多个会直接报错而不是随便挑一个，匹配不到会列出相似实体让你选。
落地走的是系统既有代码路径
AI 建实体和你在界面上建实体调用的是同一段逻辑，建字段、建触发器、建报表模板也一样。公式要先过语法校验和字段变量存在性校验才填进配置。所以不存在"AI 建的和你建的不一样"这回事，产物一致性由代码路径保证。
结果就是，配置只要建成功，它一定是系统能识别、能执行的合法配置，建完立刻能用。每个实体建完返回一个真实的实体管理页链接，点进去就能看到、能改，也能继续用界面配下去。它天然继承权限、审批、数据校验这些机制，AI 不需要重新发明它们，也发明不了。
这和生成代码是两回事。生成的代码可能引用不存在的库、写出跑不通的逻辑，你得自己验证能不能跑。这边不需要验证，因为不合法的配置在落地前就被挡回去了，AI 收到明确报错后自己改。幻觉不是靠提示词求它别出现，是结构上没有落地的位置。
错误处理也分了档。参数写错，AI 拿到错误消息可以自己改了重试。但撞上业务校验规则时，它不允许改参数绕过去，只能把错误如实告诉你。参数层面允许自我纠正，规则层面不许绕。
代价是范围窄。平台没有的能力，AI 变不出来。需求超出范围时它会明确告知这属于定制开发，而不是硬编一个不存在的东西给你。
测试准备
配置只有一处，管理中心 - AI 助手，填三个东西：API 地址、秘钥、模型名。任何兼容 OpenAI 调用的服务都行，我用的阿里云百炼，地址填 https://dashscope.aliyuncs.com/compatible-mode/v1。页面右侧有个近 90 天的 Token 用量统计，费用能自己估。
模型选择上有个坑要提前说。我先用了一个便宜模型试，AI 在字段类型上反复改口，一轮工具调用下来什么也没建成。换成强模型才一次过。官方文档在这点上说得很直白，弱模型适合查数据、做统计这种单步操作，搭建类任务容易出错或反复重试。我认可这个判断，别在这上面省钱。
还有一个前置条件，搭建类工具仅限管理员使用，普通账号问同样的话会被拒。工具列表在管理中心的能力扩展页面，可以按需启用或禁用，被禁用的工具 AI 调不到。
实测过程
对话窗口在顶部菜单，快捷键 Shift+/。输入框支持三个斜杠命令，/new 开新会话，/ref 引用当前会话，/plan 是计划模式。搭建系统我建议一律先走 /plan。
计划模式的逻辑是，AI 只能用查询类工具收集信息，看现有实体、查记录，禁止任何写操作。它把方案写完，前端检测到方案标记后弹出确认框，问你是否执行。你点确认，它才真正动手。点"修改需求"就继续聊。
我的输入是这么一句：
/plan 帮我建一套进销存，要有客户、供应商、物料，采购单和销售单都带明细，库存能自动算
AI 先调了一次实体列表查询，确认系统里没有重名实体，然后给出规划表。它列了 7 个实体，每个实体下面把字段名和类型都标了出来，采购单明细标了主实体是采购单，物料编码这种引用字段标了引用哪个实体。表格最后附了几条触发器建议，比如采购单审批通过后回写库存数量。
这一步值得多看两眼。它没有直接建，而是把清单摊开让你核对。我改了两个字段的类型，把"数量"从小数改成整数，重新确认后它才开始执行。
执行阶段是逐个建实体、逐个加字段，中间能看到工具调用的进度提示。结束后返回清单，每个实体名都是可点链接，直接跳到实体管理页。
触发器确实没建。结果里明确写了有几条触发器建议，需要逐个创建，每个还要单独确认。我建了其中的库存回写那条，AI 先去取了触发器的配置结构定义，又单独校验了一遍公式语法，然后才提交。这种顺序让我比较放心，它不是凭印象拼 JSON。
拆开看它怎么建的
我翻了它的实现，几个设计值得说。
搭建靠一组分工明确的工具，不是一个通用模型硬猜：
| 工具 | 干什么 | 可用性 |
|---|---|---|
| BuildEntity | 建实体，可同时带名称字段和自动编号字段 | 开源版即可用 |
| BuildField | 加字段，20 多种类型 | 开源版即可用 |
| BuildFilter | 建常用查询条件，列表页直接选用 | 开源版即可用 |
| BuildSkill | 建 AI 技能 | 开源版即可用 |
| BuildTrigger | 建触发器，字段更新、汇总、通知、自动审批 | 商业版 |
| BuildTransform | 建记录转换，源实体按字段映射转到目标实体 | 商业版 |
| BuildFormLayout | 建表单布局 | 商业版 |
| BuildListLayout | 建列表布局 | 商业版 |
| BuildNavMenu | 建左侧导航菜单 | 商业版 |
| BuildReportTemplate | 建网页报表模板 | 商业版 |
| BuildAviatorFormula | 查阅函数、校验公式语法、按描述推荐模板 | 商业版 |
| ListTriggers | 查已有触发器，分析业务影响面 | 商业版 |
所有写操作都是两段式。第一次调用只返回改动清单和一个待确认标记，不动数据。用户明确同意后用模型再调一次才执行。
配触发器这类复杂配置，AI 不靠记忆拼参数。它先取对应的配置格式说明，触发器、审批流、表单布局、列表布局、导航菜单、图表、记录转换、高级过滤条件都在里面，取到再生成配置。
工具调用有 30 轮上限，超了会终止本次回答并提示你发送"继续"。大系统一次说不完，分批来。
边界和限制
开源版能力有限
开源版里 AI 能建实体、加字段、建常用查询条件、建技能。触发器、记录转换、各类布局、报表模板都要商业版。
免费版有结构限制
一个主实体只能挂一个明细实体，多明细是商业版功能。
建完之后必须人工过一遍
AI 建实体成功后返回的提示语里就写着，请核对并配置表单和布局。默认布局是全字段平铺，字段一多表单就很长。权限、审批流、导航菜单也都要自己配。它省掉的是重复点击，不是配置决策。
没有回滚
AI 只管建不管删，建错了得去实体管理页手工删。所以计划模式那个确认框别急着点。
Token 消耗不低
一次搭建走下来，查实体、取配置结构、校验公式、逐个建字段，十几轮工具调用是常态，开销明显高于日常问答。
适合谁用
适合的场景很具体。需求还在变的阶段，先让 AI 出一版结构，建完就能录数据，对着它改比对着设计文档改清楚。管理员要建十几个实体、上百个字段的时候，逐个点鼠标是纯粹的体力活，交给 AI 更划算。给不熟悉系统的同事做演示，当场按需求建一套出来，效果比 PPT 好。
不适合的是把它当交付工具。生产环境的表单布局、字段权限、审批链路都需要人做判断，AI 给的是初稿。
我的用法是，/plan 出方案，逐条核对实体和字段，确认后执行，然后自己花半小时调布局和权限。这套流程下来，一套进销存的初版配置大概一小时能落地，纯手工我估计要一下午。
工具能查到系统里的实体结构和业务数据，全程受当前用户的数据权限约束，AI 只能碰你有权碰的数据。系统还能作为 MCP 服务端接到 WorkBuddy、QoderWork 这类 AI 客户端，用个人秘钥认证，不开界面也能查数据、走审批。
回到开头那个判断。这套东西真正让我放心的不是 AI 有多聪明，而是它没机会犯错到你看不见的地方。字段类型、触发时机、动作类型全是枚举，配置格式由系统规定，字段名必须来自真实元数据，落地走的是和界面相同的代码路径。不合法的东西根本落不了地，落得下的一定能跑。模型可以换，这套约束不跟着变，产物质量也就不会跟着模型飘。对企业系统来说，这比生成能力本身重要得多。
想自己试的，在线体验环境在 nightly.getrebuild.com/ ，或者直接在 REBUILD 官网下载安装，过程也很简单。配好自己的模型秘钥就能跑，搭建记得先打 /plan！
