# 低代码应用开发业务领域化重设计
> status: apply
> created: 2026-05-20
> complexity: 🔴复杂

## 1. 背景与目标

当前低代码 CRUD 已经形成“数据模型设计 → 页面搭建 → 预览 → 发布”的闭环，但顶层抽象仍是单个低代码应用。用户进入系统后只能看到应用列表，再围绕某张表配置字段、页面和菜单；平台缺少“业务领域”的概念，导致以下问题：

- 多个应用之间没有业务归属，销售、采购、库存、合同等能力只能混在同一个低代码应用列表中。
- 字段、字典、安全策略、表名前缀、菜单父级、AI 生成上下文无法按业务领域沉淀复用。
- 业务人员设计应用时需要从技术对象开始，例如 `configKey`、`tableName`、字段类型，而不是先定义业务域、业务对象和业务流程。
- 后续扩展主子表、跨表关系、领域指标、流程绑定、应用市场时，缺少稳定的上层组织模型。

目标是把低代码应用开发从“应用/表驱动”调整为“业务领域驱动”：

`业务领域 → 数据模型设计 → 应用页面设计 → 预览发布 → 运行时页面`

完成后应达到：

- 低代码首页按业务领域组织应用，用户先进入“业务域工作台”；数据模型作为业务领域下的独立资产维护，应用页面创建时再选择一个或多个已有数据模型。
- 每个领域可以配置命名规则、表名前缀、菜单父级、默认模板、通用字段、常用字典、安全策略和 AI 上下文。
- 低代码应用必须归属于一个领域，发布菜单、配置键、表名、权限标识优先从领域规则推导，减少业务人员填写技术字段。
- `modelSchema` 从“单表字段协议”升级为“领域内数据模型协议”，模型只维护基础信息、字段、关系和校验规则；查询/列表/表单/排序等页面行为进入 `pageSchema`。
- 运行时继续复用现有 `AiCrudPage`、`TreeCrudTemplate`、动态 CRUD、发布版本和菜单注册链路，不重做渲染内核。

## 2. 代码现状（Research Findings）

### 2.1 当前低代码入口与链路

- `forge-admin-ui/src/views/ai/lowcode-apps.vue`：当前低代码首页是应用卡片列表，支持按关键词和发布状态筛选；无领域、分类、业务模块或应用分组。
- `forge-admin-ui/src/views/ai/lowcode-builder.vue`：当前搭建器为四步流程，顶部只配置应用名称、配置键、菜单名称；未选择业务领域，也没有从领域规则推导默认值。
- `forge-admin-ui/src/api/lowcode-crud.js`：前端低代码 API 只有 app/model 维度接口，例如 `/ai/lowcode/app/page`、`/ai/lowcode/app/draft`、`/ai/lowcode/model/validate`，没有 domain 维度接口。
- `forge-admin-ui/src/components/lowcode-builder/model/model-schema.js`：默认模型只有 `appType/tableMode/tableName/businessName/treeConfig/fields`，字段默认值和命名规则是全局写死，不支持按领域差异化。

### 2.2 后端现有实现

- `AiCrudConfig` 当前承载低代码应用草稿和运行时配置，字段包括 `configKey/tableName/appName/buildMode/publishStatus/modelSchema/pageSchema/menuParentId/menuResourceId`，没有 `domainId/domainCode/domainName/objectCode` 等领域归属字段。
- `LowcodeAppController` 当前接口全部挂在 `/ai/lowcode/app` 下，面向单个应用草稿、预览、发布、版本和回滚，没有领域工作台、领域详情、领域下应用分页等接口。
- `LowcodeAppService#page` 调用 `AiCrudConfigMapper.selectLowcodePage`，只按租户、`build_mode=LOWCODE`、关键词和发布状态查询，无法按业务领域过滤。
- `LowcodeAppService#createDraft` 保存草稿时由前端直接传入 `configKey`、`menuName`、`menuSort`；缺少领域默认菜单父级、命名前缀和对象编码校验。
- `LowcodePublishService#registerOrUpdateMenu` 当前发布时默认使用配置中的 `menuParentId`，为空时落到默认低代码父菜单；没有按领域挂载到领域菜单目录。
- `LowcodeModelSchema` 当前注释为“单表低代码数据模型协议”，只包含 `appType/tableMode/tableName/businessName/treeConfig/fields/children`，主子表也只是预留，缺少业务域、业务对象、对象关系和领域规则引用。
- `AiCrudConfigMapper.xml#selectLowcodePage` 已按 AGENTS 约定将查询 SQL 写在 XML 中，后续新增领域查询也应继续放在 Mapper XML 中。
- `V1.0.4__add_visual_lowcode_crud_builder.sql` 已为 `ai_crud_config` 增加低代码草稿、发布、模型协议和页面协议字段，并初始化“低代码应用/低代码搭建器/发布/在线DDL”菜单权限；本次新表和字段应新增 Flyway 脚本，不能修改已执行迁移。

### 2.3 参考方案结论

参考 `docs/低代码 CRUD 前端架构全景报告.md`，现有架构已经具备两条建设路径：

- AI 生成路径：自然语言生成 `searchSchema/columns/editSchema/apiConfig`，保存为 CRUD 配置。
- 可视化搭建路径：`LowcodeModelDesigner → LowcodePageBuilder → Preview → Publish`，最终同样转换为 `AiCrudPage` 运行时配置。

该方案的缺口主要集中在自由画布、操作列配置、详情页配置、条件联动、模板扩展和菜单权限配置。业务领域化重设计不替代这些能力，而是新增顶层组织模型，使这些能力后续可以按领域复用和治理。

### 2.4 发现与风险

- 当前低代码应用直接落在 `ai_crud_config`，如果只增加一个 `domain_id` 字段，仍无法承载领域规则、通用字段、AI 上下文和领域菜单等能力；需要新增领域主表。
- 领域会影响菜单挂载和权限资源，属于权限影响范围，进入 `/apply` 前必须人工确认。
- 领域会影响表名、配置键和菜单路径生成规则，必须保证已发布应用兼容，不允许强制迁移历史应用导致运行时路径失效。
- 当前动态 CRUD 仍以单个 `configKey` 为运行时入口，本期不改变 `/ai/crud-page/:configKey` 和 `/ai/crud/{configKey}`，避免扩大运行时风险。

## 3. 功能点

- [ ] 新增业务领域管理：支持领域分页、树形/列表展示、新增、编辑、启停、详情查询。
- [ ] 新增数据模型设计：业务领域下维护多个数据模型，模型基础信息包含模型名称、模型编码、所属业务域、描述、启用状态、多租户、主数据标识。
- [ ] 数据模型字段设计只维护字段本体属性，例如字段名称、字段编码、备注、数据类型、长度、小数位、必填、默认值、字典、安全、数据库映射、关系和校验规则。
- [ ] 新增应用页面设计：应用归属于业务领域，可选择一个或多个数据模型作为数据源，并指定主模型用于当前单表运行时兼容。
- [ ] 页面元素可绑定不同数据模型的字段；查询字段、列表字段、编辑表单字段、查询方式和排序方式在页面设计阶段维护，不进入模型基础设计。
- [ ] 新增领域工作台：进入某个领域后展示领域说明、应用列表、业务对象概览、最近发布版本和快捷创建入口。
- [ ] 低代码应用新建流程改为先选领域，再选择已有数据模型并创建应用页面；应用必须绑定 `domainId`。
- [ ] 领域支持默认规则：表名前缀、配置键前缀、菜单父级、默认页面模板、默认应用类型、默认建表模式、默认字段库。
- [ ] 领域支持 AI 上下文：业务描述、业务术语、常用对象、字段命名偏好、业务约束和生成注意事项。
- [ ] 领域支持通用字段模板：例如区域编码、组织、状态、负责人、附件、备注；创建新业务对象时可一键引入。
- [ ] 领域支持字典和安全策略推荐：按领域维护常用字典类型、敏感字段类型、加密字段策略，模型设计器选择字段时自动推荐。
- [ ] `LowcodeModelSchema` 扩展为领域内业务对象协议，新增 `domain/object/relations/policies` 信息，兼容旧版模型协议。
- [ ] 低代码应用列表支持按领域筛选和分组展示；保留原关键词、发布状态筛选。
- [ ] 发布低代码应用时，菜单默认挂载到领域配置的菜单父级；领域未配置时才回落到现有默认低代码父菜单。
- [ ] AI CRUD 生成支持选择业务领域，提示词注入领域上下文，生成结果落入同一套领域化 `modelSchema/pageSchema`。
- [ ] 历史低代码应用兼容：未绑定领域的应用展示在“未归属”分组，可手动迁移到某个领域。

## 4. 业务规则

- 业务领域编码 `domainCode` 必须小写字母开头，仅允许小写字母、数字、下划线，长度 2-48。
- 同一租户下 `domainCode` 唯一；领域名称同一父级下唯一。
- 领域允许树形结构，但第一版只要求两层展示：一级领域 + 二级业务模块；更深层级可存储但 UI 不强调。
- 领域状态为 `ENABLED` 时可创建应用；`DISABLED` 时禁止新建应用，已发布应用仍可运行。
- 低代码应用必须绑定领域；历史数据可临时绑定到系统内置“未归属领域”。
- 数据模型必须归属于一个业务领域；一个业务领域下可以维护多个数据模型。
- 数据模型不是应用，不强制创建运行时菜单；不是每个模型都需要创建应用。
- 一个应用可以引用多个数据模型；当前动态 CRUD 运行时仍以主模型生成单表配置，非主模型字段先作为页面设计引用和后续扩展快照保存。
- 模型基础信息只包含模型名称、模型编码、所属业务域、描述、启用状态、多租户、主数据标识；业务对象基本信息不再混入模型基础信息表单。
- 查询、列表、表单、查询方式和排序方式属于应用页面设计配置，不属于数据模型字段本体。
- 字段长度、小数位、必填、默认值、数据类型属于数据模型字段设计配置。
- 领域默认表名前缀必须小写下划线，建议以 `biz_` 开头；自动创建表时生成 `领域前缀 + 对象编码`。
- 领域默认配置键前缀必须小写下划线，生成规则为 `domainCode + '_' + objectCode`，仍需满足现有 `configKey` 规则。
- 业务对象编码 `objectCode` 在同一领域内唯一，长度 2-48，只允许小写字母、数字、下划线。
- 领域通用字段不能覆盖审计字段：`id`, `tenant_id`, `create_by`, `create_time`, `create_dept`, `update_by`, `update_time`。
- 字典字段仍必须绑定系统字典，禁止在领域字段模板中硬编码选项。
- 图片字段仍存储 fileId，运行时列表必须使用 `AuthImage` 或现有文件访问归一化方案。
- 发布菜单默认挂载到领域菜单父级；如果领域未配置菜单父级，则回落到现有低代码默认父级。
- 领域删除采用逻辑停用/禁用；存在低代码应用时禁止物理删除。
- 本期不改变动态 CRUD 运行时 URL：发布后页面仍为 `/ai/crud-page/{configKey}`。

## 5. 数据变更

| 操作 | 表名 | 字段/索引 | 说明 |
|------|------|-----------|------|
| 新增 | `ai_lowcode_domain` | `id`, `tenant_id`, `parent_id`, `domain_code`, `domain_name`, `domain_desc`, `icon`, `sort`, `status`, `menu_parent_id`, `table_prefix`, `config_key_prefix`, `default_app_type`, `default_layout_type`, `default_table_mode`, `domain_schema`, 审计字段 | 业务领域主表，保存领域规则和 AI 上下文 |
| 新增 | `ai_lowcode_model` | `id`, `tenant_id`, `domain_id`, `domain_code`, `model_code`, `model_name`, `model_desc`, `status`, `tenant_enabled`, `master_data`, `model_schema`, 审计字段 | 业务领域下的数据模型主数据，独立于应用页面 |
| 修改 | `ai_crud_config` | `domain_id`, `domain_code`, `object_code`, `object_name` | 低代码应用绑定领域和业务对象标识 |
| 修改 | `ai_crud_config_version` | `domain_id`, `domain_code`, `object_code`, `object_name` | 发布版本保留领域归属快照 |
| 新增/更新 | `sys_resource` | 业务领域管理菜单、领域工作台菜单、领域启停/迁移按钮权限 | 初始化资源脚本必须 `tenant_id=1` 且 `NOT EXISTS` 防重复 |

### 5.1 `ai_lowcode_domain.domain_schema` 协议

```json
{
  "aiContext": {
    "description": "销售合同领域，管理客户合同、回款、附件和状态流转",
    "terms": ["合同", "客户", "回款", "签约主体"],
    "constraints": ["金额字段单位为分", "合同状态必须使用字典 contract_status"]
  },
  "naming": {
    "tablePrefix": "biz_contract_",
    "configKeyPrefix": "contract_",
    "objectCodeStyle": "lower_snake"
  },
  "defaults": {
    "appType": "SINGLE",
    "layoutType": "simple-crud",
    "tableMode": "CREATE",
    "menuParentId": 1001
  },
  "fieldTemplates": [
    {
      "field": "regionCode",
      "columnName": "region_code",
      "label": "所属区划",
      "dataType": "varchar",
      "length": 32,
      "componentType": "regionTreeSelect",
      "searchable": true,
      "listVisible": true,
      "formVisible": true
    }
  ],
  "dictRecommendations": [
    { "fieldPattern": "status", "dictType": "contract_status" }
  ],
  "securityPolicies": [
    { "fieldPattern": "phone", "sensitiveType": "PHONE" },
    { "fieldPattern": "idCard", "sensitiveType": "ID_CARD", "encryptAlgorithm": "SM4" }
  ]
}
```

### 5.2 扩展后的 `modelSchema` 协议

```json
{
  "schemaVersion": 2,
  "domain": {
    "id": 100,
    "code": "contract",
    "name": "合同管理域"
  },
  "object": {
    "code": "contract_archive",
    "name": "合同档案",
    "description": "管理合同主信息、状态、金额和附件"
  },
  "appType": "SINGLE",
  "tableMode": "CREATE",
  "tableName": "biz_contract_archive",
  "businessName": "合同档案",
  "treeConfig": null,
  "fields": [],
  "relations": [
    {
      "relationType": "REFERENCE",
      "targetObjectCode": "customer",
      "sourceField": "customerId",
      "targetField": "id",
      "displayField": "customerName"
    }
  ],
  "policies": {
    "dataScope": "TENANT",
    "regionField": "regionCode",
    "auditEnabled": true
  },
  "children": []
}
```

兼容规则：

- 读取旧版 `modelSchema` 时，如果没有 `schemaVersion/domain/object`，后端按 `AiCrudConfig.domainId/domainCode/objectCode` 补齐运行时对象；仍无领域时归入“未归属”。
- 第一版 `relations` 只做协议存储、ER 图展示和 AI 上下文，不改变动态 CRUD 查询行为。
- 第一版 `children` 仍保持主子表协议预留，运行时不启用。

### 5.3 应用页面 `pageSchema` 引用模型协议

```json
{
  "layoutType": "simple-crud",
  "primaryModelId": 1001,
  "primaryModelCode": "customer",
  "modelRefs": [
    {
      "modelId": 1001,
      "modelCode": "customer",
      "modelName": "客户",
      "primary": true,
      "fields": []
    },
    {
      "modelId": 1002,
      "modelCode": "contact",
      "modelName": "联系人",
      "primary": false,
      "fields": []
    }
  ],
  "zones": []
}
```

页面设计规则：

- `modelRefs` 保存应用引用的数据模型快照，页面字段引用以 `fieldRef` 保存，非主模型字段使用 `modelCode__fieldName` 避免重名。
- `zones[].fieldRefs` 和画布组件的 `fieldRef/fieldRefs` 保存页面元素绑定字段。
- 查询字段、列表字段、编辑表单字段、查询方式和排序方式存放在页面区域配置中。

## 6. 接口变更

| 操作 | 接口 | 方法 | 变更内容 |
|------|------|------|----------|
| 新增 | `/ai/lowcode/domain/page` | GET | 业务领域分页，参数使用 `pageNum/pageSize` |
| 新增 | `/ai/lowcode/domain/tree` | GET | 业务领域树，用于左侧导航和新建应用选择 |
| 新增 | `/ai/lowcode/domain/{id}` | GET | 业务领域详情，包含 `domainSchema` |
| 新增 | `/ai/lowcode/domain` | POST | 新增业务领域 |
| 新增 | `/ai/lowcode/domain` | PUT | 修改业务领域 |
| 新增 | `/ai/lowcode/domain/{id}/status` | PUT | 启用/停用业务领域 |
| 新增 | `/ai/lowcode/domain/{id}/workspace` | GET | 领域工作台概览：应用数量、发布数量、最近版本、对象概览 |
| 新增 | `/ai/lowcode/domain/{id}/defaults` | GET | 获取领域默认规则，用于新建应用初始化 |
| 新增 | `/ai/lowcode/model/page` | GET | 数据模型分页，按业务领域、关键词、状态、主数据标识过滤 |
| 新增 | `/ai/lowcode/model/list` | GET | 数据模型下拉列表，用于应用页面选择数据源 |
| 新增 | `/ai/lowcode/model/{id}` | GET | 数据模型详情，包含 `modelSchema` |
| 新增 | `/ai/lowcode/model` | POST | 新增数据模型 |
| 新增 | `/ai/lowcode/model` | PUT | 修改数据模型 |
| 新增 | `/ai/lowcode/model/{id}/status` | PUT | 启用/停用数据模型 |
| 修改 | `/ai/lowcode/app/page` | GET | 新增 `domainId/domainCode/unassigned` 过滤条件 |
| 修改 | `/ai/lowcode/app/draft` | POST | 请求体新增 `domainId/objectCode/objectName`，保存草稿时绑定领域 |
| 修改 | `/ai/lowcode/app/{id}/publish` | POST | 发布时按领域菜单父级和命名规则补齐菜单配置 |
| 新增 | `/ai/lowcode/app/{id}/move-domain` | PUT | 将历史或草稿应用迁移到指定领域 |
| 修改 | `/ai/crud-generator/stream-generate` | POST | 支持传入 `domainId`，生成提示词注入领域上下文 |

所有新增查询类 SQL 必须写在 Mapper XML 中，分页参数统一使用 `pageNum/pageSize`。

## 7. 前端设计调整

### 7.1 信息架构

低代码入口调整为领域优先：

```text
低代码开发
├── 业务领域
│   ├── 销售域
│   │   ├── 领域工作台
│   │   ├── 应用列表
│   │   ├── 业务对象
│   │   └── 领域规则
│   ├── 采购域
│   └── 未归属
└── 技术配置入口
    ├── CRUD 配置
    └── AI 生成历史
```

### 7.2 领域工作台

- 左侧为领域树，支持搜索、启用状态筛选。
- 主区域展示领域简介、默认规则、应用卡片、最近发布版本和领域对象关系概览。
- 创建应用按钮固定带入当前领域，避免用户从空白应用开始填写技术字段。

### 7.3 数据模型设计页

- 左侧按“业务领域 -> 数据模型”树形展示，不使用模型卡片堆叠。
- 选择业务领域后，在主区域维护该领域下的数据模型。
- 模型基础信息只维护：模型名称、模型编码、所属业务域、描述、启用状态、多租户、主数据标识。
- 字段设计区优先展示宽表格，字段编码支持行内稳定输入，长度和小数位在字段设计区维护。
- 字段设计不展示查询/列表/表单/查询方式/排序方式；这些配置进入应用页面设计。
- 模型设计页保留关联配置、校验规则和扩展配置；去掉触发器配置。
- 右侧/下方属性面板只维护字段补充属性，避免重复字段表格中的字段名称、编码、类型、长度和小数位。

### 7.4 应用页面设计页

- 顶部配置从“应用名称/配置键/菜单名称”调整为“领域/应用名称/应用编码/发布菜单”。
- 应用页面设计阶段选择一个或多个数据模型，并指定主模型。
- 页面字段池展示所选模型的字段，字段标签带来源模型。
- 查询集、列表页、编辑表单、详情页分别选择字段并维护顺序。
- 查询方式和排序方式属于页面字段设置，保存到页面区域配置。
- `configKey/menuName` 默认由领域规则和应用名称推导，允许高级模式手动调整。

## 8. 影响范围

- `forge-plugin-generator`：新增领域实体、DTO/VO、Mapper XML、Service、Controller；扩展低代码应用草稿、分页、发布、版本快照和 AI 生成上下文。
- `forge-admin-ui`：新增领域管理页、领域工作台、领域选择器；调整低代码应用列表和搭建器初始化逻辑。
- `AiCrudConfig` / `AiCrudConfigVersion`：新增领域和业务对象归属字段。
- `LowcodeModelSchema` / `LowcodeRuntimeConfigBuilder`：扩展领域对象协议并兼容旧版 schema。
- `MenuRegisterAdapter`：发布菜单默认父级从领域配置读取，保留现有默认父级兜底。
- 数据库迁移：新增 Flyway 脚本，必须使用 `information_schema`、`CREATE TABLE IF NOT EXISTS`、`NOT EXISTS` 防重复。

## 9. 风险与关注点

- ⚠️ 涉及权限变更：新增领域管理菜单和按钮权限，发布菜单父级也会按领域改变。
- ⚠️ 涉及状态流转：领域启停会影响新建应用入口，但不能影响已发布应用运行。
- ⚠️ 涉及 DDL 间接影响：领域表名前缀会影响在线建表生成结果，仍需沿用现有 DDL 白名单、二次确认和 `ai:lowcode:deploy-ddl` 权限。
- ⚠️ 涉及历史数据迁移：已有低代码应用没有领域归属，必须提供未归属分组和手动迁移，不做破坏性自动重命名。
- 不涉及资金变更。
- 不改变动态 CRUD 运行时 URL，避免影响已授权菜单和外部收藏链接。

## 9.5 测试策略

- **测试范围**：领域 CRUD、领域树、领域工作台统计、领域默认规则初始化、应用按领域分页、草稿保存绑定领域、发布菜单父级、旧版 `modelSchema` 兼容、AI 生成注入领域上下文。
- **覆盖率目标**：领域编码唯一性、启停状态、新建应用默认值、历史未归属应用、发布版本快照、菜单父级兜底、Mapper XML 查询过滤必须覆盖核心分支。
- **独立 Test Spec**：是，进入 `/apply` 后补充 `code-copilot/changes/lowcode-business-domain-redesign/test-spec.md`。
- **验证命令**：
  - 后端：`mvn -pl forge-admin-server -am compile -DskipTests`
  - 前端：`source ~/.nvm/nvm.sh && nvm use v20.19.0 && pnpm build`
  - 交互：启动前端后验证领域树、领域工作台、新建应用、保存草稿、发布、打开运行时页面。

## 10. 待澄清

- [ ] 领域是否允许多级树？建议第一版存储支持多级，UI 聚焦两级。
允许
- [ ] 历史低代码应用默认放入“未归属”，还是批量初始化到一个“通用业务域”？
放在通用业务域
- [ ] 领域菜单父级是否由管理员配置，还是自动在“低代码开发”下按领域创建目录？ 
按领域创建目录
- [ ] 领域字段模板第一版是否只做模型初始化，还是支持后续批量同步到已创建应用？
先不实现
- [ ] 领域关系 `relations` 第一版是否需要在 UI 中画 ER 图，还是只在详情中以表格维护？
ER图是自动生成的
## 11. 技术决策

- 新增 `ai_lowcode_domain` 作为领域主表，不把领域规则塞进 `ai_crud_config`，避免应用表继续膨胀。
- `ai_crud_config` 只保存领域归属和业务对象标识：`domain_id/domain_code/object_code/object_name`。
- 领域规则采用 `domain_schema` JSON 存储，便于逐步扩展 AI 上下文、字段模板、字典推荐和安全策略。
- `modelSchema` 升级为 `schemaVersion=2`，但运行时转换器必须兼容旧版无版本 schema。
- 第一版领域关系只用于建模、展示和 AI 上下文，不改变动态 CRUD 的单表查询能力。
- 发布菜单父级优先级：发布请求显式传入 `menuParentId` > 领域默认 `menuParentId` > 现有低代码默认父级。
- 领域停用不下线已发布应用，只限制新建和迁入。
- 所有新增管理查询继续走 Mapper XML，遵守 DataScopeInterceptor 可审查规则。

## 12. 执行日志

| Task | 状态 | 实际改动文件 | 备注 |
|------|------|--------------|------|
| Spec 草案 | done | `code-copilot/changes/lowcode-business-domain-redesign/spec.md` | 仅设计 Spec，未写实现代码 |
| 阶段 1：数据库与领域后端核心 | done | `forge/db/migration/V1.0.7__add_lowcode_business_domain.sql`；低代码领域 Entity/DTO/VO/Mapper XML/Service/Controller | 后端编译通过：`cd forge && mvn -pl forge-admin-server -am compile -DskipTests` |
| 阶段 2：应用领域绑定与模型协议兼容 | done | `ai_crud_config` / `ai_crud_config_version` 领域字段映射；`modelSchema` v2 DTO；草稿保存领域补齐；应用迁移领域接口；`V1.0.8__fix_lowcode_domain_workspace_route.sql` | 后端编译通过；领域工作台 404 改为迁移修正脚本处理，不新增前端手动路由 |
| 阶段 3：发布菜单与版本快照领域化 | done | 发布菜单父级按领域解析和自动创建；已有菜单更新父级；版本行和快照写入领域/对象信息；回滚恢复领域与菜单快照 | 后端编译通过：`cd forge && mvn -pl forge-admin-server -am compile -DskipTests` |
| 阶段 4：领域工作台与应用列表前端 | done | 低代码首页重构为领域树、领域工作台、应用列表和迁移入口；补齐领域 API；新增领域编辑抽屉和迁移弹窗 | 前端 lint 通过；前端构建通过：`NODE_OPTIONS=--max-old-space-size=4096 pnpm build` |
| 阶段 5：搭建器领域优先改造 | done | 搭建器重构为左侧业务领域/领域模型树、中间对象配置和四阶段搭建；模型设计器增加基础信息、字段设计、关联配置、校验规则、触发器、扩展配置；字段属性面板补齐默认值、显示规则、字典和安全推荐；草稿/发布 DTO 接收领域和对象信息 | 前端 ESLint 通过；前端构建通过：`NODE_OPTIONS=--max-old-space-size=8192 pnpm build`；后端编译通过：`cd forge && mvn -pl forge-admin-server -am compile -DskipTests` |

## 13. 审查结论

已确认，可进入 `/apply`。

## 14. 确认记录（HARD-GATE）

- **确认时间**：2026-05-20
- **确认人**：用户
- **确认内容**：
  - 领域树允许多级存储和展示。
  - 历史低代码应用默认放入“通用业务域”，不做破坏性重命名。
  - 领域菜单父级按领域自动创建目录。
  - 领域字段模板第一版先不实现后续批量同步到已创建应用。
  - 领域关系图按自动生成方向处理。