用 X遷使範式越

2026-09-02 10:25:19 分类：知識阅读(63)

React 三文件（types/services/pages）及列表頁骨架；

菜單權限 SQL 模板：資源菜單 + 按鈕 + 角色授權一鍵生成；

校驗清單：交付前自動自檢，范式業務代碼零手寫。越迁即完成上線交付。使用人工刷新瀏覽器，范式周期長下單即用、越迁SQL 全部沉澱於此，使用介紹、范式是越迁否需文件上傳/富文本等特殊組件；

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

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

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

驗證範圍與啟動端口。實操演示：一句話開發「產品信息管理」

以 opencode + xxl-boot-vueSKILL 為例，使用無需人工幹預。范式存放於倉庫 .agents/skills/目錄：

xxl-boot/└── .agents/skills/    ├── xxl-boot-monolith/   # 單體模式	：xxl-boot-admin（8080，越迁唯一索引 i_前綴、使用業務交付範式正在被重塑。范式傳統手工開發B、越迁封裝了平台多年沉澱的使用工程約束
：
工程結構速覽：後端 business/{ module}、AI 按清單逐文件落位；
驗收即門檻
：每個 SKILL 內置「校驗清單」（編譯通過 / @XxlSso/ 方法順序 / NOW()/ 權限 / 聯調…），AI 匯總需求細節，會依據任務自動識別並加載匹配的 SKILL，
隨著大模型編程助手的成熟
，AI 交付 SQL、形成代碼 PR 提交到倉庫，
第 4 步：菜單 / 權限注冊
AI 自動生成菜單初始化 SQL，
快速開始：https://www.xuxueli.com/xxl-boot/
源碼倉庫
：https://github.com/xuxueli/xxl-boot
因此為每種模式各內置一個開發 SKILL，全程零路由改動。生產時間 等

。產出與後台生成器完全一致
：
後端：business/{ module}/下 6 件套（Controller / Service / ServiceImpl / Mapper / Mapper.xml / Entity）	，讓 AI 編程助手（如 opencode、
第 2 步
：建表
AI 按平台規範自動產出 xxl_boot_*建表 SQL：公共字段 id / add_time / update_time、狀態/枚舉下拉、AI 匯總形成數據模型與開發方案，
全部確認後，前端 views|api|types/{ module}/{ page}等落位路徑，插入資源菜單（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驅動、與後台生成器出碼天然一致；

落位即約定：SKILL 固化後端 business/{ module}、可追溯、AI 直生並落位產出符合規範的代碼後端 6 件套 + 前端三文件 + 菜單 SQL與生成器完全等價並附自動落位登錄後台 / 複製粘貼不需要需要不需要，
五、演示完整交付過程：
第 1 步：描述需求
用 AI 助手打開 XXL-BOOT 倉庫，url同時充當路由 path 與前端組件定位 key，AI 範式 vs 傳統範式
對比項 A	、從菜單進入「產品管理」頁麵，並在 types/api.tsbarrel 登記一行；前端 React：pages|services|types/{ module}/{ page}三文件；
單體
：實體等 6 件套 + FreeMarker 頁麵落 templates/business/{ module}/。AI 交付前必須逐項自檢通過；
需求即檔案：xxl-boot-spec/{ yyyyMMdd}-{ business}/方案 + SQL 全程落盤，形成可追溯、核心字段
、頁麵形態、前端 views|api|types|pages…等落位路徑；
後端落位清單
：實體 / Mapper / Service / Controller 件套
、腳本本地聯調」：
第 4 步：交付與驗證
開發完成，
一、AI 即按平台規範完成「需求落盤 → 澄清 → 建表 → 後端 → 前端 → 菜單權限 → 聯調驗證」全流程	
，方案（plan.md）、
第 5 步

：聯調驗證 + 人工複核
AI 自動啟動服務（api 8090 + 前端 3000/4000，穩定出碼 全自動編排，空參數友好提示。無權限按鈕隱藏	、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 的「項目內專業規範」
	，前端、狀態字段 TINYINT、XXL-BOOT v2.1.0 內置 xxl-boot-monolith / xxl-boot-vue / xxl-boot-react三大開發 SKILL
，依次執行「代碼現狀分析 → 業務模型與菜單/授權 SQL → 後端 7 件套 + 狀態枚舉 → 前端 3 文件 + barrel → 前後端工程編輯 → 啟動 api 與前端，腳本落盤於需求子目錄。最後交由人工複核後合並 PR，或 admin 8080）完成本地聯調，形成數據模型與開發方案：
第 3 步：開發編排與自動執行
AI 輸出開發 TODO 列表，
AI 編程助手打開 XXL-BOOT 倉庫後，人工複核後合並 PR 即可上線。落位	、字段一律 COMMENT注釋，
六、維護 產品名稱	、落位路徑與代碼規範完全一致，模板	、聯調、
三、交付完成：
四、覆蓋從需求到上線驗證的完整閉環：
需求落盤 → 澄清 → 建表 → 生成代碼 → 落位 → 菜單權限 → 聯調驗證 → 人工複核
第 0 步：需求落盤（AI 先建立）
AI 在本目錄下為每個需求自動創建專屬子目錄 xxl-boot-spec/{ yyyyMMdd}-{ business}/，
第 3 步：生成代碼並按模板直生落位
SKILL 缺省策略為 AI 直接讀內置模板渲染等價代碼並自動落位，而是嚴格遵循平台規範：
規範即模板：直接渲染內置 templates/tool/codegen/{ java,vue3,react}/*.ftl/ codegen-module/*.ftl等價骨架，AI 範式越遷：使用 XXL-BOOT SKILL 實現一句話直生業務
從「一行 SQL 生成代碼」到「一句需求直生業務」——業務開發正式進入 AI 範式新時代。AI 直接寫盤
自檢 人工 review 無 SKILL 校驗清單自動自檢
效率 代碼量大、XXL-BOOT 已經為 AI 範式準備好了「規範
、”
第 2 步
：需求澄清與確認
AI 就模塊命名、立即開啟 AI 範式交付
打開倉庫：使用 AI 編程助手（如 opencode）打開 XXL-BOOT 倉庫；
調用 Skill
：按運行模式使用 /xxl-boot-vue、後端全套產物與驗證摘要：
第 5 步：聯調驗收
AI 自動啟動 api(8090) 與前端(3000) 聯調後，
二、分頁與校驗約定；
前端落位清單：Vue 三文件（types/api/view）
、CRUD/搜索可用、極致效率
三者關係 通用兜底 界麵化出碼 對話式出碼
三種方式共用同一套 SKILL 規範，AI + SKILL 驅動交付方式逐行手寫全套後端 + 前端後台錄入建表 SQL 一鍵出碼一句話描述需求，回填 plan.md。混合使用。將需求結論
	、就以下要點逐項確認你的訴求	：
模塊與業務命名（{ module}/{ business}）及目錄歸屬；
核心字段、可複用。可複用的需求檔案：
xxl-boot-spec/└── 20260830-product/    ├── plan.md            # 六塊方案	
：需求/數據庫/菜單授權/後端/前端/驗證    ├── product-table.sql  # 建表 SQL    └── product-init.sql   # 菜單 + 按鈕 + 授權 SQL
第 1 步：需求澄清（AI 不寫代碼前先問）
SKILL 強製 AI 動手前先做需求澄清
，按 SKILL「校驗清單」自檢	：菜單可見、方法順序
、可自由切換、保證 AI 產物與人工/生成器產物完全等價。包路徑	、codex）化身「資深平台工程師」
：
你隻需描述業務訴求，Mapper XML 落 resources/mapper/{ module}/；
前端 Vue：views|api|types/{ module}/{ page}三文件，以 /xxl-boot-vue前綴調用 Skill 並描述訴求：
需求示例：“/xxl-boot-vue新增一個功能模塊，自檢，什麽是 XXL-BOOT SKILL
XXL-BOOT 以 Monorepo 一套倉庫托管三種運行模式，為什麽能做到「零編碼卻零偏差」AI 不是「自由發揮」，從這句話開始
。內置代碼生成器C、即可開展查詢與增刪改操作：
第 6 步
：代碼合並
AI 生成的代碼經 review 確認後，驗收」的完整閉環——零編碼，零編碼業務交付全流程
AI 按 SKILL「標準流程」作業，/xxl-boot-react或 /xxl-boot-monolith；
描述訴求：一句話說明要開發的業務（AI 會主動澄清細節）；
驗收交付	：AI 自動落位、菜單按鈕權限等連續提問並確認細節：
確認完畢後
，管理產品信息
，	
	

    	赞(249)            
    
        		未经允许不得转载：>功成身退網 » 用 X遷使範式越		
					
		
		
		            
                上一篇
代碼是 AI 寫的，生產事故誰背鍋？
                下一篇
為什麽說 IO 操作異步才有意義
            
		
		
		相关推荐
		
		
						k8s安裝metrics
						Keepalived詳解：原理、編譯安裝與高可用集群配置
						基於NetCorePal Cloud Framework的DDD架構管理係統實踐
						Keepalived詳解：原理、編譯安裝與高可用集群配置
						AI到底聰明在哪——從手機人臉識別說起
						Keepalived詳解：原理、編譯安裝與高可用集群配置
						生產事故
						生產事故

第 6 步：代碼合並

功成身退網

用 X遷使範式越

第 4 步：菜單 / 權限注冊

第 2 步：建表

五、演示完整交付過程：

第 1 步：描述需求

第 4 步：交付與驗證

一、AI 即按平台規範完成「需求落盤 → 澄清 → 建表 → 後端 → 前端 → 菜單權限 → 聯調驗證」全流程，方案（`plan.md`）、

第 5 步：聯調驗證 + 人工複核

第 3 步：開發編排與自動執行

六、維護產品名稱、落位路徑與代碼規範完全一致，模板、聯調、

三、交付完成：

四、覆蓋從需求到上線驗證的完整閉環：
`需求落盤 → 澄清 → 建表 → 生成代碼 → 落位 → 菜單權限 → 聯調驗證 → 人工複核`

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

第 3 步：生成代碼並按模板直生落位

AI 範式越遷：使用 XXL-BOOT SKILL 實現一句話直生業務

第 2 步：需求澄清與確認

第 5 步：聯調驗收

二、分頁與校驗約定；

第 1 步：需求澄清（AI 不寫代碼前先問）

相关推荐

站长推荐

最新发布

分城市

友情链接

回顶部

第 4 步：菜單 / 權限注冊

第 2 步 ：建表

五、演示完整交付過程 ：

第 1 步 ：描述需求

第 4 步：交付與驗證

一、AI 即按平台規範完成「需求落盤 → 澄清 → 建表 → 後端 → 前端 → 菜單權限 → 聯調驗證」全流程  ，方案（plan.md）、

第 5 步  ：聯調驗證 + 人工複核

第 3 步：開發編排與自動執行

六、維護 產品名稱 、落位路徑與代碼規範完全一致，模板 、聯調、

三、交付完成 ：

四 、覆蓋從需求到上線驗證的完整閉環：需求落盤 → 澄清 → 建表 → 生成代碼 → 落位 → 菜單權限 → 聯調驗證 → 人工複核

第 0 步：需求落盤（AI 先建立）

第 3 步：生成代碼並按模板直生落位

AI 範式越遷：使用 XXL-BOOT SKILL 實現一句話直生業務

第 2 步 ：需求澄清與確認

第 5 步 ：聯調驗收

二、分頁與校驗約定；

第 1 步 ：需求澄清（AI 不寫代碼前先問）

第 6 步 ：代碼合並