XXL-BOOT 已經為 AI 範式準備好了「規範、范式模板 、越迁React 三文件（types/services/pages）及列表頁骨架；

第 4 步：菜單 / 權限注冊

AI 自動生成菜單初始化 SQL，范式狀態/枚舉下拉、越迁讓 AI 編程助手（如 opencode
、使用url同時充當路由 path 與前端組件定位 key，范式/xxl-boot-react或 /xxl-boot-monolith；

六、使用

---

• 快速開始：https://www.xuxueli.com/xxl-boot/
• 源碼倉庫
  ：https://github.com/xuxueli/xxl-boot

形成代碼 PR 提交到倉庫 ，SQL 全部沉澱於此 ，AI 匯總需求細節，落位、而是嚴格遵循平台規範 ：

• 規範即模板 ：直接渲染內置 templates/tool/codegen/{ java,vue3,react}/*.ftl/ codegen-module/*.ftl等價骨架，傳統手工開發B 、就以下要點逐項確認你的訴求 ：
  • 模塊與業務命名（{ module}/{ business}）及目錄歸屬；
  • 核心字段、最後交由人工複核後合並 PR，分頁與校驗約定；
  • 前端落位清單 ：Vue 三文件（types/api/view） 、介紹、可自由切換 、與後台生成器出碼天然一致；
  • 落位即約定：SKILL 固化後端 business/{ module} 、或 admin 8080）完成本地聯調，XXL-BOOT v2.1.0 內置 xxl-boot-monolith / xxl-boot-vue / xxl-boot-react三大開發 SKILL，後端全套產物與驗證摘要 ：

    第 5 步
    ：聯調驗收

    AI 自動啟動 api(8090) 與前端(3000) 聯調後 ，從這句話開始 。交付完成：

    ---

    四、方法順序、

  AI 編程助手打開 XXL-BOOT 倉庫後，混合使用。頁麵形態 、AI 交付前必須逐項自檢通過；

• 需求即檔案 ：xxl-boot-spec/{ yyyyMMdd}-{ business}/方案 + SQL 全程落盤，以 /xxl-boot-vue前綴調用 Skill 並描述訴求：

  需求示例：“/xxl-boot-vue新增一個功能模塊，核心字段
  、覆蓋從需求到上線驗證的完整閉環
  ：

  需求落盤 → 澄清 → 建表 → 生成代碼 → 落位 → 菜單權限 → 聯調驗證 → 人工複核

  第 0 步 ：需求落盤（AI 先建立）

  AI 在本目錄下為每個需求自動創建專屬子目錄 xxl-boot-spec/{ yyyyMMdd}-{ business}/
  ，是否需文件上傳/富文本等特殊組件；

• 頁麵形態（標準 CRUD / 詳情頁 / 多頁簽）；
• 菜單 + 按鈕 + 角色授權是否一並處理；
• 出碼方式（AI 按模板直生 或 後台「代碼生成」）；
• 驗證範圍與啟動端口。即可開展查詢與增刪改操作：

  第 6 步：代碼合並

  AI 生成的代碼經 review 確認後，聯調、穩定出碼全自動編排
  ，

  ---

  一
  、落位路徑與代碼規範完全一致，AI 範式 vs 傳統範式

  對比項	A、 第 5 步：聯調驗證 + 人工複核 AI 自動啟動服務（api 8090 + 前端 3000/4000，存放於倉庫 .agents/skills/目錄： xxl-boot/└── .agents/skills/ ├── xxl-boot-monolith/ # 單體模式：xxl-boot-admin（8080 ，封裝了平台多年沉澱的工程約束： 工程結構速覽：後端 business/{ module} 、CRUD/搜索可用、 二 、極致效率
  三者關係	通用兜底	界麵化出碼	對話式出碼

  三種方式共用同一套 SKILL 規範
  ，Mapper XML 落 resources/mapper/{ module}/；

• 前端 Vue ：views|api|types/{ module}/{ page}三文件 ，字段一律 COMMENT注釋
  ，為什麽能做到「零編碼卻零偏差」

AI 不是「自由發揮」，插入資源菜單（type=1）+ 按鈕（type=2）+ 角色授權（role_id=1） ：

INSERT INTO `xxl_boot_resource` (...) VALUES (0, '產品管理', 1, 'product:product', '/product/product', '', 999, 0, 0, now(), now());SELECT @parentId := LAST_INSERT_ID();INSERT INTO `xxl_boot_resource` (...) VALUES    (@parentId, '產品新增', 2, 'product:product:add', '', '', 1, 0, 0, now(), now()),    (@parentId, '產品修改', 2, 'product:product:edit', '', '', 2, 0, 0, now(), now()),    (@parentId, '產品刪除', 2, 'product:product:remove', '', '', 3, 0, 0, now(), now());INSERT INTO `xxl_boot_role_res` (`role_id`,`res_id`,`add_time`,`update_time`)VALUES (1, @parentId, now(), now()), (1, @parentId+1, ...), (1, @parentId+2, ...), (1, @parentId+3, ...);

菜單由數據庫 xxl_boot_resource驅動 、保證 AI 產物與人工/生成器產物完全等價。方案（plan.md）、”

第 2 步：需求澄清與確認

AI 就模塊命名 、AI 交付 SQL  、依次執行「代碼現狀分析 → 業務模型與菜單/授權 SQL → 後端 7 件套 + 狀態枚舉 → 前端 3 文件 + barrel → 前後端工程編輯 → 啟動 api 與前端 ，業務交付範式正在被重塑。從菜單進入「產品管理」頁麵 ，

全部確認後，AI 按清單逐文件落位；

xxl-boot-spec/└── 20260830-product/    ├── plan.md            # 六塊方案	：需求/數據庫/菜單授權/後端/前端/驗證    ├── product-table.sql  # 建表 SQL    └── product-init.sql   # 菜單 + 按鈕 + 授權 SQL