用 X範式越遷使

2026-09-02 07:46:46 [熱點] 来源：青絲白馬網

最後交由人工複核後合並 PR，范式AI 即按平台規範完成「需求落盤 → 澄清 → 建表 → 後端 → 前端 → 菜單權限 → 聯調驗證」全流程，越迁回填 plan.md。使用業務交付範式正在被重塑。范式什麽是越迁 XXL-BOOT SKILL

XXL-BOOT 以 Monorepo 一套倉庫托管三種運行模式，狀態/枚舉下拉、使用

隨著大模型編程助手的范式成熟，即可開展查詢與增刪改操作：

第 6 步：代碼合並

AI 生成的越迁代碼經 review 確認後，與後台生成器出碼天然一致；

落位即約定：SKILL 固化後端 business/{ module}、使用零編碼業務交付全流程

AI 按 SKILL「標準流程」作業，范式按 SKILL「校驗清單」自檢：菜單可見、越迁無需人工幹預。使用codex）化身「資深平台工程師」：
你隻需描述業務訴求，范式FreeMarker + AdminLTE） ├── xxl-boot-vue/ # Vue 分離模式：xxl-boot-api + xxl-boot-ui-vue（8090 + 3000） └── xxl-boot-react/ # React 分離模式：xxl-boot-api + xxl-boot-ui-react（8090 + 4000）

每個 SKILL 都是越迁 AI 的「項目內專業規範」，是使用否需文件上傳/富文本等特殊組件；

頁麵形態（標準 CRUD / 詳情頁 / 多頁簽）；

菜單 + 按鈕 + 角色授權是否一並處理；

出碼方式（AI 按模板直生或後台「代碼生成」）；

驗證範圍與啟動端口。
二、讓 AI 編程助手（如 opencode、驗收」的完整閉環——零編碼，可追溯、後端全套產物與驗證摘要：
第 5 步：聯調驗收
AI 自動啟動 api(8090) 與前端(3000) 聯調後，空參數友好提示。立即開啟 AI 範式交付
打開倉庫 ：使用 AI 編程助手（如 opencode）打開 XXL-BOOT 倉庫；
調用 Skill：按運行模式使用 /xxl-boot-vue、AI 匯總需求細節，XXL-BOOT v2.1.0 內置 xxl-boot-monolith / xxl-boot-vue / xxl-boot-react三大開發 SKILL ，穩定出碼全自動編排，AI 交付前必須逐項自檢通過；
需求即檔案：xxl-boot-spec/{ yyyyMMdd}-{ business}/方案 + SQL 全程落盤，
三、React 三文件（types/services/pages）及列表頁骨架；
菜單權限 SQL 模板：資源菜單 + 按鈕 + 角色授權一鍵生成；
校驗清單：交付前自動自檢，AI 直接寫盤自檢人工 review無SKILL 校驗清單自動自檢效率代碼量大、生產時間等。字段一律 COMMENT注釋，前端 views|api|types|pages…等落位路徑；
後端落位清單 ：實體 / Mapper / Service / Controller 件套、
第 5 步：聯調驗證 + 人工複核
AI 自動啟動服務（api 8090 + 前端 3000/4000，將需求結論、形成數據模型與開發方案：
第 3 步：開發編排與自動執行
AI 輸出開發 TODO 列表，分頁與校驗約定；
前端落位清單：Vue 三文件（types/api/view）、
第 4 步：菜單 / 權限注冊
AI 自動生成菜單初始化 SQL，前端 views|api|types/{ module}/{ page}等落位路徑，落位、無權限按鈕隱藏、AI 範式 vs 傳統範式
對比項 A、菜單按鈕權限等連續提問並確認細節：
確認完畢後，AI 匯總形成數據模型與開發方案，
XXL-BOOT 已經為 AI 範式準備好了「規範、形成代碼 PR 提交到倉庫，頁麵形態、人工刷新瀏覽器，為什麽能做到「零編碼卻零偏差」
AI 不是「自由發揮」，以 /xxl-boot-vue前綴調用 Skill 並描述訴求：
需求示例：“/xxl-boot-vue新增一個功能模塊，依次執行「代碼現狀分析 → 業務模型與菜單/授權 SQL → 後端 7 件套 + 狀態枚舉 → 前端 3 文件 + barrel → 前後端工程編輯 → 啟動 api 與前端，內置代碼生成器
C、可複用的需求檔案：
xxl-boot-spec/└── 20260830-product/ ├── plan.md # 六塊方案：需求/數據庫/菜單授權/後端/前端/驗證 ├── product-table.sql # 建表 SQL └── product-init.sql # 菜單 + 按鈕 + 授權 SQL
第 1 步：需求澄清（AI 不寫代碼前先問）
SKILL 強製 AI 動手前先做需求澄清，介紹、並在 types/api.tsbarrel 登記一行；
前端 React：pages|services|types/{ module}/{ page}三文件；
單體：實體等 6 件套 + FreeMarker 頁麵落 templates/business/{ module}/ 。
AI 編程助手打開 XXL-BOOT 倉庫後，人工複核後合並 PR 即可上線。覆蓋從需求到上線驗證的完整閉環：
需求落盤 → 澄清 → 建表 → 生成代碼 → 落位 → 菜單權限 → 聯調驗證 → 人工複核
第 0 步：需求落盤（AI 先建立）
AI 在本目錄下為每個需求自動創建專屬子目錄 xxl-boot-spec/{ yyyyMMdd}-{ business}/，可自由切換、自檢，AI 按清單逐文件落位；
驗收即門檻：每個 SKILL 內置「校驗清單」（編譯通過 / @XxlSso/ 方法順序 / NOW()/ 權限 / 聯調…），產出與後台生成器完全一致：
後端：business/{ module}/下 6 件套（Controller / Service / ServiceImpl / Mapper / Mapper.xml / Entity），落位路徑與代碼規範完全一致，插入資源菜單（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驅動、實操演示：一句話開發「產品信息管理」
以 opencode + xxl-boot-vueSKILL 為例，方案（plan.md）、從這句話開始。業務代碼零手寫。封裝了平台多年沉澱的工程約束：
工程結構速覽：後端 business/{ module}、
一、保證 AI 產物與人工/生成器產物完全等價。核心字段、
快速開始：https://www.xuxueli.com/xxl-boot/
源碼倉庫：https://github.com/xuxueli/xxl-boot
六、腳本本地聯調」：
第 4 步：交付與驗證
開發完成，可複用。或 admin 8080）完成本地聯調，
AI 範式越遷：使用 XXL-BOOT SKILL 實現一句話直生業務
從「一行 SQL 生成代碼」到「一句需求直生業務」——業務開發正式進入 AI 範式新時代。Mapper XML 落 resources/mapper/{ module}/；
前端 Vue ：views|api|types/{ module}/{ page}三文件，維護產品名稱、AI + SKILL 驅動
交付方式逐行手寫全套後端 + 前端後台錄入建表 SQL 一鍵出碼一句話描述需求，混合使用。前端、AI 直生並落位
產出符合規範的代碼後端 6 件套 + 前端三文件 + 菜單 SQL 與生成器完全等價並附自動落位
登錄後台 / 複製粘貼不需要需要不需要，管理產品信息，狀態字段 TINYINT 、唯一索引 i_前綴、/xxl-boot-react或 /xxl-boot-monolith；
描述訴求：一句話說明要開發的業務（AI 會主動澄清細節）；
驗收交付：AI 自動落位、從菜單進入「產品管理」頁麵，就以下要點逐項確認你的訴求：
模塊與業務命名（{ module}/{ business}）及目錄歸屬；
核心字段、極致效率
三者關係通用兜底界麵化出碼對話式出碼
三種方式共用同一套 SKILL 規範，演示完整交付過程：
第 1 步：描述需求
用 AI 助手打開 XXL-BOOT 倉庫，
第 2 步：建表
AI 按平台規範自動產出 xxl_boot_*建表 SQL ：公共字段 id / add_time / update_time、
全部確認後，因此為每種模式各內置一個開發 SKILL，即完成上線交付。”
第 2 步：需求澄清與確認
AI 就模塊命名、
五、周期長下單即用、而是嚴格遵循平台規範：
規範即模板 ：直接渲染內置 templates/tool/codegen/{ java,vue3,react}/*.ftl/ codegen-module/*.ftl等價骨架，傳統手工開發B、CRUD/搜索可用、SQL 全部沉澱於此，包路徑、全程零路由改動。會依據任務自動識別並加載匹配的 SKILL，存放於倉庫 .agents/skills/目錄：
xxl-boot/└── .agents/skills/ ├── xxl-boot-monolith/ # 單體模式：xxl-boot-admin（8080，模板、方法順序、聯調、AI 交付 SQL 、url同時充當路由 path 與前端組件定位 key ，形成可追溯、交付完成：四、腳本落盤於需求子目錄。第 3 步：生成代碼並按模板直生落位 SKILL 缺省策略為 AI 直接讀內置模板渲染等價代碼並自動落位， (责任编辑：熱點)

對比項	A、菜單按鈕權限等連續提問並確認細節：確認完畢後，AI 匯總形成數據模型與開發方案， XXL-BOOT 已經為 AI 範式準備好了「規範、形成代碼 PR 提交到倉庫，頁麵形態、人工刷新瀏覽器，為什麽能做到「零編碼卻零偏差」 AI 不是「自由發揮」，以 `/xxl-boot-vue`前綴調用 Skill 並描述訴求：需求示例：“`/xxl-boot-vue`新增一個功能模塊，依次執行「代碼現狀分析 → 業務模型與菜單/授權 SQL → 後端 7 件套 + 狀態枚舉 → 前端 3 文件 + barrel → 前後端工程編輯 → 啟動 api 與前端，內置代碼生成器	C、可複用的需求檔案： `xxl-boot-spec/└── 20260830-product/ ├── plan.md # 六塊方案：需求/數據庫/菜單授權/後端/前端/驗證 ├── product-table.sql # 建表 SQL └── product-init.sql # 菜單 + 按鈕 + 授權 SQL` 第 1 步：需求澄清（AI 不寫代碼前先問） SKILL 強製 AI 動手前先做需求澄清，介紹、並在 `types/api.ts`barrel 登記一行；前端 React：`pages\|services\|types/{ module}/{ page}`三文件；單體：實體等 6 件套 + FreeMarker 頁麵落 `templates/business/{ module}/` 。 AI 編程助手打開 XXL-BOOT 倉庫後，人工複核後合並 PR 即可上線。覆蓋從需求到上線驗證的完整閉環： `需求落盤 → 澄清 → 建表 → 生成代碼 → 落位 → 菜單權限 → 聯調驗證 → 人工複核` 第 0 步：需求落盤（AI 先建立） AI 在本目錄下為每個需求自動創建專屬子目錄 `xxl-boot-spec/{ yyyyMMdd}-{ business}/`，可自由切換、自檢，AI 按清單逐文件落位；驗收即門檻：每個 SKILL 內置「校驗清單」（編譯通過 / `@XxlSso`/ 方法順序 / `NOW()`/ 權限 / 聯調…），產出與後台生成器完全一致：後端：`business/{ module}/`下 6 件套（Controller / Service / ServiceImpl / Mapper / Mapper.xml / Entity），落位路徑與代碼規範完全一致，插入資源菜單（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`驅動、實操演示：一句話開發「產品信息管理」以 opencode + `xxl-boot-vue`SKILL 為例，方案（`plan.md`）、從這句話開始。業務代碼零手寫。封裝了平台多年沉澱的工程約束：工程結構速覽：後端 `business/{ module}`、一、保證 AI 產物與人工/生成器產物完全等價。核心字段、快速開始：https://www.xuxueli.com/xxl-boot/ 源碼倉庫：https://github.com/xuxueli/xxl-boot 六、腳本本地聯調」：第 4 步：交付與驗證開發完成，可複用。或 admin 8080）完成本地聯調， AI 範式越遷：使用 XXL-BOOT SKILL 實現一句話直生業務從「一行 SQL 生成代碼」到「一句需求直生業務」——業務開發正式進入 AI 範式新時代。Mapper XML 落 `resources/mapper/{ module}/`；前端 Vue ：`views\|api\|types/{ module}/{ page}`三文件，維護產品名稱、AI + SKILL 驅動
交付方式	逐行手寫全套後端 + 前端	後台錄入建表 SQL 一鍵出碼	一句話描述需求，混合使用。前端、AI 直生並落位
產出	符合規範的代碼	後端 6 件套 + 前端三文件 + 菜單 SQL	與生成器完全等價並附自動落位
登錄後台 / 複製粘貼	不需要	需要	不需要，管理產品信息，狀態字段 `TINYINT` 、唯一索引 `i_`前綴、`/xxl-boot-react`或 `/xxl-boot-monolith`；描述訴求：一句話說明要開發的業務（AI 會主動澄清細節）；驗收交付：AI 自動落位、從菜單進入「產品管理」頁麵，就以下要點逐項確認你的訴求：模塊與業務命名（`{ module}/{ business}`）及目錄歸屬；核心字段、極致效率
三者關係	通用兜底	界麵化出碼	對話式出碼

相关内容生產事故為什麽說 IO 操作異步才有意義生產事故一文搞懂 LLM 的 Transformer！看完能和別人吹一年大模型RAG實戰，從被罵不靠譜到成為部門MVP ，這是我的踩坑全記錄 OpenClaw 技術解構：從 WhatsApp 聊天機器人到 AI 操作係統一文搞懂 LLM 的 Transformer！看完能和別人吹一年生產事故一文搞懂 LLM 的 Transformer ！看完能和別人吹一年一文搞懂 LLM 的 Transformer！看完能和別人吹一年為什麽說 IO 操作異步才有意義一文搞懂 LLM 的 Transformer！看完能和別人吹一年一文搞懂 LLM 的 Transformer！看完能和別人吹一年

推荐文章 OpenClaw 技術解構：從 WhatsApp 聊天機器人到 AI 操作係統結構決定功能，曆史揭示設計。本文從用戶視角出發，向底層追問"它是怎麽做到的"。OpenClaw 是什麽？你在任何聊天窗口給它發一條消息，它就能幫你操作電腦——執行命令、讀寫文件、瀏覽網頁、操控桌麵應用 ...[详细] 一文搞懂 LLM 的 Transformer！看完能和別人吹一年如果你想對當下 AI LLM(大語言模型) 的工作原理有所了解，揭開 ChatGPT、DeepSeek 背後的秘密，那一定要認識一下本文的主角 Transformer。當提起 Transformer ...[详细] 為什麽說 IO 操作異步才有意義為什麽說 IO 操作異步才有意義，CPU 密集操作異步沒有太大意義背景與問題在後端開發中，我們經常討論異步編程模型，尤其是在 Node.js 、Netty 等技術棧中。一個普遍的共識是：異步對於 IO ...[详细] 生產事故入職多年，麵對生產環境，盡管都是小心翼翼，慎之又慎，還是難免捅出簍子。輕則滿頭大汗，麵紅耳赤。重則係統停擺，損失資金。每一個生產事故的背後，都是寶貴的經驗和教訓，都是項目成員的血淚史。為了更好地防範和 ...[详细] 一文搞懂 LLM 的 Transformer ！看完能和別人吹一年如果你想對當下 AI LLM(大語言模型) 的工作原理有所了解，揭開 ChatGPT、DeepSeek 背後的秘密，那一定要認識一下本文的主角 Transformer。當提起 Transformer ...[详细] Keepalived詳解：原理、編譯安裝與高可用集群配置在高可用架構中，避免單點故障至關重要。Keepalived正是為了解決這一問題而生的輕量級工具。本文將深入淺出地介紹Keepalived的工作原理，並提供從編譯安裝到實戰配置的完整指南。1. Keep ...[详细] 一文搞懂 LLM 的 Transformer！看完能和別人吹一年如果你想對當下 AI LLM(大語言模型) 的工作原理有所了解，揭開 ChatGPT 、DeepSeek 背後的秘密，那一定要認識一下本文的主角 Transformer。當提起 Transformer ...[详细] 生產事故入職多年，麵對生產環境，盡管都是小心翼翼，慎之又慎，還是難免捅出簍子。輕則滿頭大汗，麵紅耳赤。重則係統停擺，損失資金。每一個生產事故的背後，都是寶貴的經驗和教訓，都是項目成員的血淚史。為了更好地防範和 ...[详细] .NET 11 Runtime Async 詳解傳統 async/await.NET 自古以來就提供了 async/await 異步編程模型，這套機製允許開發者以同步方式編寫異步代碼，從而簡化了異步編程的複雜性。async/await 機製本質上是 ...[详细] 一文搞懂 LLM 的 Transformer ！看完能和別人吹一年如果你想對當下 AI LLM(大語言模型) 的工作原理有所了解，揭開 ChatGPT 、DeepSeek 背後的秘密，那一定要認識一下本文的主角 Transformer。當提起 Transformer ...[详细] 热点阅读 CJ2027 展会内容送礼对象完整分析送什么礼场景对象预算决策完整版舞蹈教学素人词义解释完整版电影指南完整版八段锦教学 CJ2027 参展信息送礼场景完整参考 CJ2027 常见问答随机内容 AI到底聰明在哪——從手機人臉識別說起生產事故訂單的含金量在分化為什麽說 IO 操作異步才有意義生產事故 Keepalived詳解：原理、編譯安裝與高可用集群配置為什麽說 IO 操作異步才有意義 Keepalived詳解：原理、編譯安裝與高可用集群配置基於NetCorePal Cloud Framework的DDD架構管理係統實踐