@umsai/ums-code 0.5.0-v1 → 0.10.5-v2

package/dist/src/ui/commands/ums/umsInitCommand.js

@@ -1,1067 +0,0 @@
-/**
- * @license
- * Copyright 2025 Google LLC
- * SPDX-License-Identifier: Apache-2.0
- */
-import * as fs from 'fs';
-import * as path from 'path';
-import { CommandKind, } from '../types.js';
-import React from 'react';
-import { Text } from 'ink';
-// UMS-项目初始化命令
-export const umsInitCommand = {
-    name: 'ums-init',
-    description: '分析项目并创建一个定制化的 UMS.md文件（全局规则文档）。',
-    kind: CommandKind.BUILT_IN,
-    action: async (context, _args) => {
-        if (!context.services.config) {
-            return {
-                type: 'message',
-                messageType: 'error',
-                content: 'Configuration not available.',
-            };
-        }
-        const targetDir = context.services.config.getTargetDir();
-        const contextFileName = 'UMS.md';
-        const contextFilePath = path.join(targetDir, contextFileName);
-        try {
-            if (fs.existsSync(contextFilePath)) {
-                // If file exists but is empty (or whitespace), continue to initialize; otherwise, bail out
-                try {
-                    const existing = fs.readFileSync(contextFilePath, 'utf8');
-                    if (existing && existing.trim().length > 0) {
-                        // File exists and has content - ask for confirmation to overwrite
-                        if (!context.overwriteConfirmed) {
-                            return {
-                                type: 'confirm_action',
-                                // TODO: Move to .tsx file to use JSX syntax instead of React.createElement
-                                // For now, using React.createElement to maintain .ts compatibility for PR review
-                                prompt: React.createElement(Text, null, `${contextFileName} 文件已存在，是否重新生成?`),
-                                originalInvocation: {
-                                    raw: context.invocation?.raw || '/ums-init',
-                                },
-                            };
-                        }
-                        // User confirmed overwrite, continue with regeneration
-                    }
-                }
-                catch {
-                    // If we fail to read, conservatively proceed to (re)create the file
-                }
-            }
-        }
-        catch (error) {
-            return {
-                type: 'message',
-                messageType: 'error',
-                content: `生成 ${contextFileName} 时发生意外错误: ${error instanceof Error ? error.message : String(error)}`,
-            };
-        }
-        return {
-            type: 'message',
-            messageType: 'info',
-            content: `请选择一个子命令(开发框架)，未做任何更改。提示：Tab键补全子命令后，Enter键确认`,
-        };
-    },
-    subCommands: [
-        {
-            name: 'Thor2.X',
-            description: '索尔人机开发框架版本2.X',
-            kind: CommandKind.BUILT_IN,
-            action: async (context, _args) => {
-                context.ui.addItem({
-                    type: 'info',
-                    text: `已选择项目类型：索尔人机开发框架版本2.X`,
-                }, Date.now());
-                if (!context.services.config) {
-                    return {
-                        type: 'message',
-                        messageType: 'error',
-                        content: 'Configuration not available.',
-                    };
-                }
-                const targetDir = context.services.config.getTargetDir();
-                const contextFileName = 'UMS.md';
-                const contextFilePath = path.join(targetDir, contextFileName);
-                try {
-                    if (fs.existsSync(contextFilePath)) {
-                        // If file exists but is empty (or whitespace), continue to initialize; otherwise, bail out
-                        try {
-                            const existing = fs.readFileSync(contextFilePath, 'utf8');
-                            if (existing && existing.trim().length > 0) {
-                                // File exists and has content - ask for confirmation to overwrite
-                                if (!context.overwriteConfirmed) {
-                                    return {
-                                        type: 'confirm_action',
-                                        // TODO: Move to .tsx file to use JSX syntax instead of React.createElement
-                                        // For now, using React.createElement to maintain .ts compatibility for PR review
-                                        prompt: React.createElement(Text, null, `${contextFileName} 文件已存在，是否重新生成?`),
-                                        originalInvocation: {
-                                            raw: context.invocation?.raw || '/ums-init',
-                                        },
-                                    };
-                                }
-                                // User confirmed overwrite, continue with regeneration
-                            }
-                        }
-                        catch {
-                            // If we fail to read, conservatively proceed to (re)create the file
-                        }
-                    }
-                    // Ensure an empty context file exists before prompting the model to populate it
-                    try {
-                        fs.writeFileSync(contextFilePath, '', 'utf8');
-                        context.ui.addItem({
-                            type: 'info',
-                            text: `已创建空的 ${contextFileName} 文件。现在开始分析项目以填充内容。`,
-                        }, Date.now());
-                    }
-                    catch (err) {
-                        return {
-                            type: 'message',
-                            messageType: 'error',
-                            content: `创建 ${contextFileName} 文件失败: ${err instanceof Error ? err.message : String(err)}`,
-                        };
-                    }
-                }
-                catch (error) {
-                    return {
-                        type: 'message',
-                        messageType: 'error',
-                        content: `生成 ${contextFileName} 时发生意外错误: ${error instanceof Error ? error.message : String(error)}`,
-                    };
-                }
-                return {
-                    type: 'submit_prompt',
-                    content: `
-你是 **UMS Code CLI**，一个交互式 CLI 智能体。请分析当前目录并生成一个完整的全局规则文档 **${contextFileName}** 文件，用于后续交互时的说明性上下文。
-
-------
-
-### **分析流程：**
-
-1. **初步探索：**
-
-   * 列出目录下的文件和子目录，获取整体结构概览。
-   * 如果存在 README 文件（如 \`README.md\`、\`README.txt\`），请阅读它。这通常是最佳的起点。
-
-2. **逐步深入分析（最多 50 个文件）：**
-
-   * 根据初步结果，挑选几个最重要的文件（如配置文件、核心源码、文档）。
-   * 阅读这些文件，随着理解的深入，再决定接下来要阅读哪些文件。不需要一次性决定 50 个文件，让发现结果引导下一步选择。
-
-3. **识别项目类型：**
-
-   * **代码类项目：** 查找 \`package.json\`、\`requirements.txt\`、\`pom.xml\`、\`go.mod\`、\`Cargo.toml\`、\`build.gradle\` 或 \`src\` 目录等文件。如果存在，这很可能是一个软件项目。
-   * **非代码类项目：** 如果没有发现与代码相关的文件，则该目录可能是文档、研究资料或笔记。
-
-------
-
-### **${contextFileName} 文件内容生成：**
-
-**如果是代码项目：**
-
-* **项目概览：** 简洁清晰地总结项目的目标、主要技术栈和架构。
-* **构建与运行：** 记录项目的构建、运行和测试的关键命令。从 \`package.json\` 的 \`scripts\`、\`Makefile\` 等文件中推断。如果没有明确的命令，留一个 TODO 占位。
-* **开发约定：** 描述代码风格、测试实践或贡献指南（若能从代码库推断出来）。
-
-**如果是非代码项目：**
-
-* **目录概览：** 描述该目录的用途和内容，它是做什么的，包含了什么信息。
-* **关键文件：** 列出最重要的文件，并简要说明其内容。
-* **使用方法：** 解释目录内容的使用方式和目的。
-
-------
-### **${contextFileName}** 输出示例：
-
-# 索尔人机应用开发规范
-
-本项目基于索尔人机框架版本2.X开发，请遵循以下索尔框架及项目开发规范。
-
-## 项目技术栈
-
-### 后端技术栈
-
-- **核心语言**: Java 17
-- **核心框架**: Spring Boot 3.2.11
-- **构建工具**: Maven
-- **数据库**: MySQL
-- **ORM框架**: MyBatis-Plus
-- **缓存**: Redis (Redisson), Hazelcast
-- **安全框架**: Sa-Token (JWT), Spring Security Crypto
-- **权限管理**: Sa-Token, UMS数据权限组件
-- **API文档**: SpringDoc OpenAPI, Knife4j, Smart-Doc
-- **工具库**: Lombok, Hutool, MapStruct-Plus, Guava
-- **其他**: 
-  - 多数据源支持 (dynamic-datasource)
-  - Excel处理 (EasyExcel)
-  - 邮件发送 (Spring Mail)
-  - 定时任务 (XXL-JOB)
-  - 限流 (基于缓存实现)
-  - 国密算法支持 (ums-sm4util)
-  - Bouncy Castle 加密库
-
-### 前端技术栈
-
-*   **Vue.js 2**: 核心前端框架。
-*   **Vue Router**: 用于客户端路由。
-*   **Element UI**: 基于 Vue 2.x 的 UI 组件库。
-*   **Font Awesome**: 用于图标。
-*   **Axios**: 用于发起 HTTP 请求。
-*   **Sass/SCSS**: 用于样式。
-*   **Vue CLI**: 作为构建工具
-
-## 编码风格
-
-- 在编写新代码时，请遵循现有的编码风格
-
-- 典型索尔后端WEB服务实现需要有controller、db、server层代码，各层包和路径的作用与关系描述下
-
-- controller编码风格，请参考目录: ums-fast-application/src/main/java/com/chinaums/application/system/controller/
-
-- mapper、model、service、serviceImpl、db的编码风格，请参考这个目录下的相应子目录: ums-fast-application/src/main/java/com/chinaums/application/system/
-
-## 项目代码结构
-
-### 后端
-
-#### 后端文件结构
-
-\`\`\`
-XXXX-manage-backend/            # 后端项目根目录
-├── .gitignore                  # Git忽略文件
-├── pom.xml                     # 项目根POM，定义模块和全局依赖管理
-├── README.md                   # 项目快速入门指南
-├── docs/                       # 项目文档目录
-│   ├── 人机2.0规约.md
-│   ├── 人机2.0框架层设计-*.md  # 各模块详细设计文档
-│   └── ...
-├── script/                     # 脚本目录 (如数据库初始化脚本)
-├── sql/                        # SQL文件目录
-├── ums-fast-application/       # 应用启动模块
-│   ├── pom.xml
-│   └── src/                    # 应用启动类、配置文件等
-├── ums-fast-capacity/          # 业务能力模块
-│   ├── pom.xml
-│   ├── ums-fast-capacity-dpm/  # 数字化办公管理模块
-│   ├── ums-fast-capacity-idp/  # 智能文档服务模块
-│   ├── ums-fast-capacity-jmjt/ # 即买即退业务模块
-│   ├── ums-fast-capacity-job/  # 任务管理模块
-│   ├── ums-fast-capacity-system/ # 系统通用能力 (用户、角色、菜单等)
-│   └── ums-fast-capacity-toolkit/ # 工具包能力
-├── ums-fast-extend/            # 扩展模块 (用于业务定制化扩展)
-│   ├── pom.xml
-│   └── src/
-└── ums-fast-framework/         # 框架核心模块
-    ├── pom.xml
-    ├── ums-fast-framework-cache/      # 缓存模块 (Redis, Hazelcast)
-    ├── ums-fast-framework-common/     # 通用模块 (基础工具、Lombok等)
-    ├── ums-fast-framework-database/   # 数据库模块 (MyBatis-Plus, 多数据源)
-    ├── ums-fast-framework-document/   # 文档模块 (OpenAPI, Knife4j)
-    ├── ums-fast-framework-excel/      # Excel处理模块
-    ├── ums-fast-framework-job/        # 定时任务模块 (XXL-JOB)
-    ├── ums-fast-framework-mail/       # 邮件模块
-    ├── ums-fast-framework-permission/ # 权限模块 (Sa-Token, 数据权限)
-    ├── ums-fast-framework-ratelimiter/ # 限流模块
-    ├── ums-fast-framework-security/   # 安全模块 (加密、安全防护)
-    └── ums-fast-framework-web/        # Web核心模块 (整合其他框架模块)
-\`\`\`
-
-#### 后端模块说明
-
-##### \`ums-fast-framework\` (框架层)
-
-这是整个应用的基础，提供了通用的、可复用的技术组件。
-
-- **\`ums-fast-framework-common\`**: 提供基础工具类、Lombok、MapStruct、Jackson、Hutool等通用依赖。
-- **\`ums-fast-framework-database\`**: 集成MyBatis-Plus和dynamic-datasource，提供数据库访问和多数据源支持。
-- **\`ums-fast-framework-cache\`**: 集成Redisson和Hazelcast，提供分布式缓存能力。
-- **\`ums-fast-framework-permission\`**: 基于Sa-Token实现认证授权，并集成UMS数据权限组件。
-- **\`ums-fast-framework-security\`**: 提供加密解密、安全防护（如防注入）等安全相关功能。
-- **\`ums-fast-framework-web\`**: Web核心模块，整合了common, database, cache, permission, security等模块，是上层应用和能力模块的基础。
-- **\`ums-fast-framework-document\`**: 集成SpringDoc和Knife4j，用于API文档生成和展示。
-- **\`ums-fast-framework-excel\`**: 基于EasyExcel，提供Excel的导入导出功能。
-- **\`ums-fast-framework-mail\`**: 基于Spring Mail，提供邮件发送功能。
-- **\`ums-fast-framework-job\`**: 集成XXL-JOB，提供分布式定时任务能力。
-- **\`ums-fast-framework-ratelimiter\`**: 基于缓存模块实现的限流功能。
-
-#####  \`ums-fast-capacity\` (能力层)
-
-此层构建在框架层之上，封装了具体的业务能力，供应用层调用。
-
-- **\`ums-fast-capacity-system\`**: 系统核心能力，如用户管理、角色管理、菜单管理、部门管理、字典管理、参数配置、通知公告、操作日志、登录日志等。
-- **\`ums-fast-capacity-jmjt\`**: “即买即退”业务的核心能力实现。
-- **\`ums-fast-capacity-dpm\`**: 与DPM平台集成的能力。
-- **\`ums-fast-capacity-idp\`**: 与IDP平台集成的能力。
-- **\`ums-fast-capacity-job\`**: 项目内自定义的定时任务能力。
-- **\`ums-fast-capacity-toolkit\`**: 通用工具包能力。
-
-##### \`ums-fast-extend\` (扩展层)
-
-用于存放业务定制化的扩展代码，方便框架升级时隔离业务逻辑。
-
-##### \`ums-fast-application\` (应用层)
-
-项目的启动入口，负责整合所有能力模块，并包含应用特定的配置（如\`application.yml\`）。
-
-### 前端
-
-#### 前端文件结构
-
-\`\`\`
-XXX-manage-pc/              # 前端项目根目录
-├── public/                 # 静态公共资源目录，构建时会直接复制到输出目录
-│   ├── favicon.ico         # 网站图标
-│   └── index.html          # 主页面模板
-├── src/                    # 源代码目录
-│   ├── api/                # API 接口调用模块，按功能划分
-│   │   ├── base.js         # 基础 API 配置（如域名、请求拦截等）
-│   │   ├── common.js       # 通用 API
-│   │   ├── dict.js         # 字典相关 API
-│   │   ├── digital.js      # 数字化流程相关 API
-│   │   ├── largescreen.js  # 大屏相关 API
-│   │   ├── menu.js         # 菜单相关 API
-│   │   ├── org.js          # 组织机构相关 API
-│   │   ├── role.js         # 角色相关 API
-│   │   ├── sso.js          # SSO 相关 API
-│   │   └── user.js         # 用户相关 API
-│   ├── assets/             # 静态资源文件（图片、样式等）
-│   │   ├── css/            # 全局/公共样式文件
-│   │   └── ...             # 其他图片、图标等资源
-│   ├── components/         # 可复用的 Vue 组件
-│   │   ├── CommonBiz/      # 通用业务组件
-│   │   ├── icons/          # 自定义图标组件
-│   │   └── ...             # 其他通用组件 (如 PageTab, HeadBar, CommonWrapper 等)
-│   ├── ctrls/              # 控制器，处理业务逻辑 (如 SystemCtrl, UserCtrl)
-│   ├── directives/         # 自定义 Vue 指令
-│   ├── models/             # 数据模型，存储应用状态 (如 system.js, user.js, dictMap.js)
-│   ├── utils/              # 工具函数 (如 CommonUtil, i18nUtil, CacheUtil)
-│   ├── views/              # 页面视图，对应路由
-│   │   ├── dict/           # 字典管理页面
-│   │   ├── DigitalProcess/ # 数字化流程页面
-│   │   ├── menu/           # 菜单管理页面
-│   │   ├── org/            # 组织机构管理页面
-│   │   ├── role/           # 角色管理页面
-│   │   ├── sso/            # SSO 用户管理页面
-│   │   ├── user/           # 用户管理页面
-│   │   └── ...             # 其他页面 (如 Login, Intro, CommonBizList/Edit 等)
-│   ├── App.vue             # 根组件
-│   ├── EventBus.js         # 全局事件总线
-│   ├── main.js             # 应用入口文件，初始化 Vue 实例、插件、路由守卫等
-│   └── router.js           # 路由配置
-├── .ums/                   # UMS 相关配置目录 (如果存在)
-├── .env                    # 本地环境变量配置文件
-├── .env.sit                # SIT 环境变量配置文件
-├── .env.uat                # UAT 环境变量配置文件
-├── .eslintrc.js            # ESLint 配置文件
-├── .eslintignore           # ESLint 忽略文件配置
-├── babel.config.js         # Babel 配置文件
-├── package.json            # 项目配置文件，包含依赖、脚本等
-├── vue.config.js           # Vue CLI 配置文件
-├── README.md               # 项目说明文档
-\`\`\`
-
-## 编译及运行
-
-### 前端
-
-编译：
-
-\`\`\`
-npm install
-\`\`\`
-
-运行：
-
-\`\`\`
-npm run serve
-\`\`\`
-
-
-
-### 后端
-
-编译：
-
-\`\`\`
-mvn install
-\`\`\`
-
-## 约束
-
-**本约束极为重要，请严格遵循。**
-
-- 在编写新代码时，请遵学习和循项目现有的代码风格。
-- 在适用的场景下，后端优先使用函数式编程范式。
-- 所有代码实现应该兼容已有技术栈版本。
-- 所有新增的函数和类都必须添加注释，变量、函数、核心业务逻辑都应该有必要且清晰的注释。
-- Java技术栈请严格区分并使用VO、BO、DTO、Entity等对象。
-- 如有接口文档、数据库文档，代码实现中VO、BO、DTO、Entity等按照数据库设计、文档设计要求严格生成，不要随意增减字段，特别是接口的请求和响应字段必须要完全保持一致。
-- 所有异常应被正确处理和记录。
-- 接口和函数参数应该做必要的参数校验，接口常见字段应该有通用规则校验逻辑，优先使用正则和专门的Java校验库实现字段校验。
-- 禁止使用魔数和硬编码，实现前应该尽量复用已有常量或者枚举类。
-- 工具类、枚举、常量类应该避免重复造轮子、重复生成，实现前应到检查已有实现是否实现，如果有明确提及枚举类、常量类、工具类的路径，应该严格遵循先检查判断再决定是复用已有实现。
-- 对于需求描述文档、接口文档、数据库文档中的字典值、状态值应该使用常量或者枚举实现。
-- 除非绝对必要，请避免引入新的外部依赖。
-- 请确保功能详细设计中包含了用户所有的需求描述，不要遗漏用户的需求。
-
-
-------
-
-### **最终输出：**
-
-参考以上输出示例，结合实际项目情况，将完整内容写入 **${contextFileName}** 文件。输出必须是格式良好的 Markdown。
-- 仔细检查并核对项目的目录结构，确保 **${contextFileName}** 文件中所有路径都正确无误。
-- 如果输出示例中的某些目录不存在（如：只有后端项目，没有前端项目），则根据实际情况添加、删除输出内容。
-- 如果最终成功生成并写入 **${contextFileName}** 文件，请提示用户核对并可以手动修改 **${contextFileName}** 文件内容，然后可以执行 /memory refresh 手动加载 **${contextFileName}** 文件内容到上下文（下次启动时会自动加载）
-`,
-                };
-            }
-        },
-        {
-            name: 'Nefa',
-            description: 'Nefa开发框架',
-            kind: CommandKind.BUILT_IN,
-            action: async (context, _args) => {
-                context.ui.addItem({
-                    type: 'info',
-                    text: `已选择项目类型：Nefa开发框架`,
-                }, Date.now());
-                if (!context.services.config) {
-                    return {
-                        type: 'message',
-                        messageType: 'error',
-                        content: 'Configuration not available.',
-                    };
-                }
-                const targetDir = context.services.config.getTargetDir();
-                const contextFileName = 'UMS.md';
-                const contextFilePath = path.join(targetDir, contextFileName);
-                try {
-                    if (fs.existsSync(contextFilePath)) {
-                        // If file exists but is empty (or whitespace), continue to initialize; otherwise, bail out
-                        try {
-                            const existing = fs.readFileSync(contextFilePath, 'utf8');
-                            if (existing && existing.trim().length > 0) {
-                                // File exists and has content - ask for confirmation to overwrite
-                                if (!context.overwriteConfirmed) {
-                                    return {
-                                        type: 'confirm_action',
-                                        // TODO: Move to .tsx file to use JSX syntax instead of React.createElement
-                                        // For now, using React.createElement to maintain .ts compatibility for PR review
-                                        prompt: React.createElement(Text, null, `${contextFileName} 文件已存在，是否重新生成?`),
-                                        originalInvocation: {
-                                            raw: context.invocation?.raw || '/ums-init',
-                                        },
-                                    };
-                                }
-                                // User confirmed overwrite, continue with regeneration
-                            }
-                        }
-                        catch {
-                            // If we fail to read, conservatively proceed to (re)create the file
-                        }
-                    }
-                    // Ensure an empty context file exists before prompting the model to populate it
-                    try {
-                        fs.writeFileSync(contextFilePath, '', 'utf8');
-                        context.ui.addItem({
-                            type: 'info',
-                            text: `已创建空的 ${contextFileName} 文件。现在开始分析项目以填充内容。`,
-                        }, Date.now());
-                    }
-                    catch (err) {
-                        return {
-                            type: 'message',
-                            messageType: 'error',
-                            content: `创建 ${contextFileName} 文件失败: ${err instanceof Error ? err.message : String(err)}`,
-                        };
-                    }
-                }
-                catch (error) {
-                    return {
-                        type: 'message',
-                        messageType: 'error',
-                        content: `生成 ${contextFileName} 时发生意外错误: ${error instanceof Error ? error.message : String(error)}`,
-                    };
-                }
-                return {
-                    type: 'submit_prompt',
-                    content: `
-你是 **UMS Code CLI**，一个交互式 CLI 智能体。请分析当前目录并生成一个完整的全局规则文档 **${contextFileName}** 文件，用于后续交互时的说明性上下文。
-
-------
-
-### **分析流程：**
-
-1. **初步探索：**
-
-   * 列出目录下的文件和子目录，获取整体结构概览。
-   * 如果存在 README 文件（如 \`README.md\`、\`README.txt\`），请阅读它。这通常是最佳的起点。
-
-2. **逐步深入分析（最多 50 个文件）：**
-
-   * 根据初步结果，挑选几个最重要的文件（如配置文件、核心源码、文档）。
-   * 阅读这些文件，随着理解的深入，再决定接下来要阅读哪些文件。不需要一次性决定 50 个文件，让发现结果引导下一步选择。
-
-3. **识别项目类型：**
-
-   * **代码类项目：** 查找 \`package.json\`、\`requirements.txt\`、\`pom.xml\`、\`go.mod\`、\`Cargo.toml\`、\`build.gradle\` 或 \`src\` 目录等文件。如果存在，这很可能是一个软件项目。
-   * **非代码类项目：** 如果没有发现与代码相关的文件，则该目录可能是文档、研究资料或笔记。
-
-------
-
-### **${contextFileName} 文件内容生成：**
-
-**如果是代码项目：**
-
-* **项目概览：** 简洁清晰地总结项目的目标、主要技术栈和架构。
-* **构建与运行：** 记录项目的构建、运行和测试的关键命令。从 \`package.json\` 的 \`scripts\`、\`Makefile\` 等文件中推断。如果没有明确的命令，留一个 TODO 占位。
-* **开发约定：** 描述代码风格、测试实践或贡献指南（若能从代码库推断出来）。
-
-**如果是非代码项目：**
-
-* **目录概览：** 描述该目录的用途和内容，它是做什么的，包含了什么信息。
-* **关键文件：** 列出最重要的文件，并简要说明其内容。
-* **使用方法：** 解释目录内容的使用方式和目的。
-
-------
-### **${contextFileName}** 输出示例：
-
-# NEFA开发手册
-
-##  NEFA简介
-
-###  框架概述
-
-#### NEFA介绍
-
-NEFA是一款拿来即用的业务框架，它具备整齐有序(NEAT)、简单易用(EASY)、方便快捷(FAST)、灵活扩展(AGILE)的使用特点。开发人员可以通过NEFA快速构建部署自己的业务系统，仅需关注开发自身业务即可。
-
-NEFA基于UEgine框架组件，旨在降低架构设计、服务划分、基础功能开发时间，涵盖用户、订单、支付、安全等服务所需的常用基础功能，为支付类业务开发提供全链路解决方案。
-
-#### NEFA架构
-NEFA框架后台基于SpringBoot进行开发，有适配层、业务层、基础设施层
-适配层有SpringMVC(xxx-portal、xxx-merchant)和Netty(xxx-platform)两种接入模式，使用双向责任连的模式调用接口，每一个接口的处理逻辑由多个Filter和一个Handler组成，Filter负责安全处理、报文格式化等通用逻辑，Handler处理具体业务。
-
-业务层(xxx-biz)负责处理核心复杂的业务逻辑，对适配层提供服务调用，同时dubbo抽象接口调用基础设施层。
-
-基础设施层包括数据服务和接入接出服务，业务层和适配层均可通过dubbo api的形式进行调用，它采用依赖倒置设计，封装基础资源服务，实现适配层、业务层与基础层的解耦，降低外部资源变化对应用的影响。
-
-#### 工程模块
-
-1. 模块列表
-
-| 模块名称                | 模块说明                            |
-|---------------------|---------------------------------|
-| nefa-base-cust      | 基础配置及自定义的基础工具扩展, 框架使用，一般业务开发不涉及 |
-| nefa-biz            | 业务层模块，复杂或通用业务处理封装               |
-| nefa-cache          | 缓存相关功能                          |
-| nefa-data-api       | 数据操作接口模块，为其他模块提供数据操作接口和实体定义     |
-| nefa-db             | data-api数据接口的实现                 |
-| nefa-job-admin      | 定时任务调度器                         |
-| nefa-job-executor   | 定时任务执行模块                        |
-| nefa-manager        | 管理平台后端工程模块                      |
-| nefa-merchant       | 商户运营平台工程模块                      |
-| nefa-monitor-relay  | 监控转接服务                          |
-| nefa-mq-consumer    | MQ消息消费模块                        |
-| nefa-net-relay      | 三方服务调用模块，封装三方接口调用逻辑             |
-| nefa-platform       | 系统平台接入前置                        |
-| nefa-portal         | 移动端前置                           |
-| nefa-third-receiver | 第三方通知或定制接口模块                    |
-| nefa-views          | 前端模块，包含管理平台、商户运营平台和移动端的前端代码     |
-
-2. 核心代码目录结构
-\`\`\`
-XXX-nefa/
-├── pom.xml                                                               # 项目根POM，定义模块和全局依赖管理
-├── README.md                                                             # 项目快速入门指南
-├── others/                                                               # 项目文档目录
-│   ├── sql/                                                              # SQL文件目录
-│   ├── 部署脚本/                                                          # 部署脚本目录
-├── example-base-cust/                                                    # 项目通用配置及自定义工具，框架使用，一般业务开发不涉及
-├── example-biz/                                                          #  业务层模块，复杂或通用业务处理封装
-│   ├── pom.xml
-│   └── src/main/java/com/chinaums/example/biz/      
-│       ├──common  
-│       ├──main
-│       └──pay        
-├── example-cache/                                                         # 缓存相关功能 
-│   ├── pom.xml
-│   ├── src/main/java/com/chinaums/example/cache/base                      # 缓存操作基类
-│   ├── src/main/java/com/chinaums/example/cache/entry                     # 业务缓存条目
-│   └── src/main/java/com/chinaums/example/cache/service                   # 缓存对外服务实现，使用entry操作缓存
-├── example-data-api/                                                      # 数据操作接口模块，为其他模块提供数据操作接口和实体定义
-│   ├── pom.xml
-│   ├── src/main/java/com/chinaums/example/data/common                     # 框架基础数据操作接口和实体定义
-│   └── src/main/java/com/chinaums/example/data/main                       # 业务接口数据操作接口和实体定义，新增业务数据操作接口和实体定义可放在此处
-├── example-db/                                                            # example-data-api数据接口的实现
-├── example-job-admin/                                                     # 定时任务调度器
-├── example-job-executor/                                                  # 定时任务执行模块     
-├── example-manager/                                                       # 管理平台后端工程模块，前端模块在example-views/example-manager-view/
-│   ├── pom.xml
-│   ├── src/main/java/com/chinaums/example/manager/controller              # 接口处理
-│   ├── src/main/java/com/chinaums/example/manager/bean                    # 请求响应体
-│   └── src/main/java/com/chinaums/example/manager/service                 # 业务服务
-├── example-merchant/                                                      # 商户运营平台工程模块，前端模块在example-views/example-merchant-view/ 
-├── example-monitor-relay/                                                 # 监控转接服务
-├── example-mq-consumer/                                                   # MQ消息消费模块
-├── example-net-relay/                                                     # 三方服务调用模块，封装三方接口调用逻辑
-│   ├── pom.xml
-│   └── src/main/java/com/chinaums/example/net/relay                                                                             
-│       ├── filter/                                                              # 通用处理拦截器                                                                                           
-│       ├── transport/                                                           # 网络请求工具类  
-│       ├── service/                                                             # 内部调用接口定义                                 
-│       └── chain/                                                               # 接出服务责任链实现                                                                       
-│           ├── cu/                                                              # cu类业务责任链            
-│           ├── weixin/                                                          # 微信类业务责任链 
-│           │   ├── constant/                                                    # 常量 
-│           │   ├── filter/                                                      # 微信接口处理拦截器 
-│           │   ├── handler/                                                     # 微信接口实际请求 
-│           │   ├── protocol/                                                    # 微信接口请求响应实体
-│           │   └── service/                                                     # 微信接口内部调用接口定义
-│           ├── netpay/                                                          # 网付类业务责任链        
-│           ├── sms/                                                             # 短信类业务责任链                         
-│           ├── unionpay/                                                        # 银联类业务责任链          
-│           ├── xcx/                                                             # 小程序类业务责任链    
-│           ├── openplatform/                                                    # 开放平台类业务责任链      
-│           ├── inip/                                                            # 内部集成平台类业务责任链      
-│           ├── k12xcx/                                                          # k12小程序类业务责任链       
-│           ├── constant/                                                                                
-│           └── xmldemo/                                                                                  
-├── example-platform/                                                       # 系统平台接入前置
-│   └── src/main/java/com/chinaums/example/platform/
-│       ├── actiontype/                                                     # 接口标识
-│       ├── bean/                                                           # 请求响应
-│       ├── config/                                                         # web配置
-│       ├── constant/                                                       # 常量
-│       ├── filter/                                                         # 拦截器
-│       ├── framework/                                                      # 通用实体，如上下文
-│       ├── handler/                                                        # 接口处理器
-│       ├── inip/                                                           # 
-│       ├── service/                                                        # 
-│       ├── servicebean/                                                    # 接口定义
-│       └── structmapper/                                                   # bean转换
-├── example-portal/                                                         # 移动端前置
-│   └── src/main/java/com/chinaums/example/portal/
-│       ├── actiontype/                                                     # 接口标识
-│       ├── bean/                                                           # 请求响应
-│       ├── config/                                                         # web配置
-│       ├── constant/                                                       # 常量
-│       ├── controller/                                                     # 适配入口 
-│       ├── filter/                                                         # 拦截器
-│       ├── framework/                                                      # 通用实体，如上下文
-│       ├── handler/                                                        # 接口处理器
-│       ├── servicebean/                                                    # 接口定义
-│       ├── session/                                                        # 会话
-│       └── structmapper/                                                   # bean转换
-├── example-third-receiver/                                                 # 第三方通知或定制接口模块
-└── example-views/                                                          # 前端模块，包含管理平台、商户运营平台和移动端的前端代码
-    ├── example-manager-view/                                               # 管理平台前端代码                                                                       |
-    ├── example-merchant-view/                                              # 商户运营平台前端代码                                                                       |
-    └── example-portal-view/                                                # 移动端前端代码
-\`\`\`
-
-
-#### 前端工程
-NEFA框架前端分为管理平台(nefa-manager-view)，运营平台(nefa-merchant-view)和用户移动端(nefa-portal-view)三个，以下主要说明nefa-merchant-view
-
-nefa-merchant-view使用vue开发，ui框架主要是element-ui，主要目录结构如下
-\`\`\`
-nefa-merchant-view/
-├───src\t\t                  // 业务服务
-│   ├───api                 // 接口目录，其中base.js中可以修改接口中间路径
-│   ├───components          // 通用组件目录
-│   ├───config              // 路由、主题、文言配置，新增菜单需要配置router.config.js
-│   ├───layouts             // 主体布局目录
-│   ├───router              // 路由框架目录，通常不需要改这里
-│   ├───store               // vuex状态管理目录
-│   ├───thor                // 配置化页面开发框架移植的目录
-│   ├───utils               // 常用工具类，新增菜单目录图标需这里配置
-│   ├───views               // vue页面
-│   ├───main.js             // 项目全局配置文件，公共组件、路由、混入等
-│   ├───EventBus.js         // 主体布局目录
-│   ├───permission.js       // 权限拦截器
-├───.env.development\t\t    // 本地开发接口URL、密钥参数配置
-\`\`\`
-
-## 通用要求
-- 所有新增的函数和类都必须添加注释
-- 在适用的场景下优先使用函数式编程范式
-- 所有代码应兼容 Java 8.0、SpringBoot 2.7.x、MybatisPlus 3.5.x
-
-## 适配层开发
-前置适配层指：portal、platform、merchant三个模块，根据用户需求指示，选择对应的模块进行开发
-前置适配层接口使用责任链设计模式：
-1. 前端请求通过SpringMVC的Controller或者Netty接收后，根据msgType通过ServiceRegistry查找已经注册到Spring中的BusinessService(包含责任链配置和接口处理器)类型的Bean，并调用process方法；
-2. process方法根据责任链配置调用各个filter执行通过拦截预处理，然后调用Handler执行具体接口方法，最后再执行各个filter结果进行后置处理。
-
-### actiontype
-在适配层模块的actiontype目录下，添加请求接口的actiontype
-
-### request/response
-在适配层模块的bean目录下，创建请求响应实体，根据需求添加相应注解，参考如下：
-\`\`\`java
-@FLD_DESC(value = "部门编码")
-@NotBlank(message = "部门编码不能为空")
-@Pattern(regexp = FieldCheck.departCode.regexp, message ="【部门编码】只能为大小写字母和数字\\")
-@Length(min = FieldCheck.departCode.minLength,max = FieldCheck.departCode.maxLength, message = "【部门编码】最小长度{min}位，最大长度{max}位")
-private String departCode;
-\`\`\`
-
-### handler
-Handler是NEFA框架接口处理的核心逻辑，它可以做简单的逻辑校验和业务处理，复杂或公共的业务通过biz业务层的Service实现，基础设施层的调用通过dubbo接口访问。
-为Handler添加@NefaService注解：应用启动会在postProcessBeanDefinitionRegistry阶段扫描该注解并映射为BusinessService对象到Spring bean容器。
-- msgType: 接口唯一标识
-- name: 接口名称/描述
-- filterTemplate: 责任链统一处理拦截器
-- requestPrototype: 请求实体class
-- responsePrototype: 响应实体class
-- msgSrc: 消息来源数组
-- tags: 接口标签数组，用于接口监控
-- category: 接口分类，用于接口监控，详见ApiCategory#category
-- allowLogging：是否允许日志记录，默认不允许
-- allowParamsNull：是否允许请求Json为空，默认不允许请求Json为空
-- sensitive：是否包含敏感信息，默认为否，为是会额外注册一个msgType结尾加上_sensitive的BusinessService。
-
-## 业务层开发
-业务层(xxx-biz)开发遵循单一职责原则，尽可能保证一个Service只有一个public方法；
-在xxx-data-api模块定义业务领域间的实体、抽象接口、常量等；
-在xxx-biz层编写具体的业务实现。
-
-## 基础设施层开发
-### 数据服务
-1. db服务
-   在xxx-db模块中定义entity、xml、mapper、repo、repoimpl和测试代码。
-2. cache服务
-   在xxx-cache模块中，entry包中实现缓存条目，只需要通用put/get/remove的缓存操作的条目只需要定义缓存名称即，service包中实现缓存封装服务接口，调用entry中的缓存条目操作具体缓存；
-
-## 接出服务开发
-接出服务建议统一使用INetRelayService接口调用，代码结构类似适配层的接口通过双向责任链模式实现，请求响应实体可放到xxx-data-api中；
-在net-relay模块中，在chain目录下选择符合业务归类子包目录，完成开发。
-
-## 定时任务开发
-1. 在xxx-job-exector应用Spring Bean实例中，开发Job方法，为Job方法添加注解"@XxlJob(value="自定义jobhandler名称", init = "JobHandler初始化方法", destroy ="JobHandler销毁方法")"，注解value值对应的是调度中心新建任务的JobHandler属性的值。
-   参考如下代码：
-\`\`\`
-@Component
-public class TableDayPartitionJob extends BaseJob {
-
-    String title = JobHandler.TABLE_DAY_PARTITION_JOB_HADNLER.getDesc() + "==>";
-
-    private static final int PARTITION_TABLE_COUNT = 45;// 30 + 15
-
-    @XxlJob("tableDayPartitionJobHandler")
-    public void tableDayPartitionJobHandler() throws Exception {
-\`\`\`
-
-2. 对新建的任务进行参数配置，运行模式选中"BEAN模式"，JobHandler属性填写任务注解"@XxlJob"中定义的值。
-   更多用法可参考xxl-job使用手册。
-
-## 前端页面开发
-这里主要介绍xxx-merchant-view运营平台开发流程
-1. 路由配置
-   框架路由通过src/config/router.config.js文件配置，新增菜单目录请配置到asyncRouterMap主页子节点中。目录的图标目前仅支持自定义图标，新增目录可以使用iconfont等在线图标下载svg图标使用(src/utils/util.js的routerMap配置)。
-> 需要注意工程里的路由配置和平台菜单配置的层级结构和权限保持一致，否则会出现页面无法打开或者菜单栏定位不准等问题。配置化页面仅需要配置目录，系统会自动识别地址为/commonBizList?bizPageId=XXX的菜单，转换成对应的bizPageId路由添加到动态路由中，无需手动配置。
-
-router.config.js
-\`\`\`javascript
-      {
-        path: '/memberManage',
-        name: 'memberManage',
-        component: RouteView,
-        meta: { title: '会员管理', keepAlive: true },
-        children: [
-          {
-            path: '/member',
-            name: 'member',
-            component: () => import('@/views/memberManage/member/Index'),
-            meta: { title: '会员信息管理', keepAlive: false, module: 'member', permission: ['member.list'] }
-          }
-        ]
-      }
-\`\`\`
-util.js
-\`\`\`javascript
-const routerMap = [
-{
-rName: '#member',
-path: '/memberManage',
-icon: memberIcon
-}
-]
-\`\`\`
-以上面的路由配置为例，router.config.js中会员信息管理菜单的path必须和平台菜单URL配置一致，name为去掉斜杠的path，util.js中rName必须和平台目录型菜单的URL一致，不可随意命名。
-
-2. 页面开发
-   在src/views目录开发新页面，接口配置放到src/api目录。
-
-##  框架规范
-
--   **框架分层规范**
-    框架各层各模块职能不同，需严格按照框架的模块结构进行开发调用
-
--   **适配层规范**
-1.  适配层使用统一的入口将请求转发给Handler处理，通常情况不新增适配入口，如有MQ消费需求可以在该层处理；
-2.  接口请求响应需要通过注解详细说明控制字段的含义和格式，必要时新增VO定义，不得直接使用数据库PO作为数据响应；
-3.  Handler仅做简单的参数扩展校验和业务服务组合编排，不得编写过多复杂业务逻辑；
-
--   **业务层规范**
-1.  业务层服务遵循单一职责原则，尽量保证一个类一个public方法；
-2.  业务层通过接口调用基础设施层，不得直接引用基础设施层实现；
-3.  业务层各领域间模块不得直接引用，通过nefa-biz-xx-api调用。
-
--   **基础设施层规范**
-1.  基础设施层遵循依赖倒置原则，提供interface调用，不得以具体实现直接提供服务；
-2.  数据访问服务需要通过Mybatis Plus插件生成Bean和Mapper，复杂sql使用xml方式处理，不得再引用JPA等其他ORM框架；
-3.  数据访问服务仅做db、cache交互和事务控制，不做业务处理；
-4.  接出服务新增接口统一使用INetRelayService作为入口的双向责任链处理，如有MQ生产需求可以在该层处理。
-
--   **错误码规范**
-1.  错误码为6位数字组成的字符串，具体格式为2位模块+2位子模块+2位错误码；
-2.  各模块的错误码单独创建枚举文件区分。
-
--   **测试规范**
-1.  适配层保证每个接口handler有集成测试案例；
-2.  核心业务需进行单元测试保证代码覆盖率达到100%；
-3.  单元测试使用Spock并以Spec结尾，mock隔离其他层依赖。
-
-## 编码风格
-
-- 在编写新代码时，请遵循现有的编码风格
-
-## 关于依赖:
-
-- 除非绝对必要，请避免引入新的外部依赖
-- 如果确实需要引入新的依赖，请说明理由
-
-
-------
-
-### **最终输出：**
-
-参考以上输出示例，结合实际项目情况，将完整内容写入 **${contextFileName}** 文件。输出必须是格式良好的 Markdown。
-- 仔细检查并核对项目的目录结构，确保 **${contextFileName}** 文件中所有路径都正确无误。
-- 如果输出示例中的某些目录不存在，则根据实际情况添加、删除输出内容。
-- 如果最终成功生成并写入 **${contextFileName}** 文件，请提示用户核对并可以手动修改 **${contextFileName}** 文件内容，然后可以执行 /memory refresh 手动加载 **${contextFileName}** 文件内容到上下文（下次启动时会自动加载）
-`,
-                };
-            },
-        },
-        {
-            name: 'Java',
-            description: '通用Java项目',
-            kind: CommandKind.BUILT_IN,
-            action: async (context, _args) => {
-                context.ui.addItem({
-                    type: 'info',
-                    text: `已选择项目类型：通用Java项目`,
-                }, Date.now());
-                if (!context.services.config) {
-                    return {
-                        type: 'message',
-                        messageType: 'error',
-                        content: 'Configuration not available.',
-                    };
-                }
-                const targetDir = context.services.config.getTargetDir();
-                const contextFileName = 'UMS.md';
-                const contextFilePath = path.join(targetDir, contextFileName);
-                try {
-                    if (fs.existsSync(contextFilePath)) {
-                        // If file exists but is empty (or whitespace), continue to initialize; otherwise, bail out
-                        try {
-                            const existing = fs.readFileSync(contextFilePath, 'utf8');
-                            if (existing && existing.trim().length > 0) {
-                                // File exists and has content - ask for confirmation to overwrite
-                                if (!context.overwriteConfirmed) {
-                                    return {
-                                        type: 'confirm_action',
-                                        // TODO: Move to .tsx file to use JSX syntax instead of React.createElement
-                                        // For now, using React.createElement to maintain .ts compatibility for PR review
-                                        prompt: React.createElement(Text, null, `${contextFileName} 文件已存在，是否重新生成?`),
-                                        originalInvocation: {
-                                            raw: context.invocation?.raw || '/ums-init',
-                                        },
-                                    };
-                                }
-                                // User confirmed overwrite, continue with regeneration
-                            }
-                        }
-                        catch {
-                            // If we fail to read, conservatively proceed to (re)create the file
-                        }
-                    }
-                    // Ensure an empty context file exists before prompting the model to populate it
-                    try {
-                        fs.writeFileSync(contextFilePath, '', 'utf8');
-                        context.ui.addItem({
-                            type: 'info',
-                            text: `已创建空的 ${contextFileName} 文件。现在开始分析项目以填充内容。`,
-                        }, Date.now());
-                    }
-                    catch (err) {
-                        return {
-                            type: 'message',
-                            messageType: 'error',
-                            content: `创建 ${contextFileName} 文件失败: ${err instanceof Error ? err.message : String(err)}`,
-                        };
-                    }
-                }
-                catch (error) {
-                    return {
-                        type: 'message',
-                        messageType: 'error',
-                        content: `生成 ${contextFileName} 时发生意外错误: ${error instanceof Error ? error.message : String(error)}`,
-                    };
-                }
-                return {
-                    type: 'submit_prompt',
-                    content: `
-你是 **UMS Code CLI**，一个交互式 CLI 智能体。请分析当前目录并生成一个完整的全局规则文档 **${contextFileName}** 文件，用于后续交互时的说明性上下文。
-
-------
-
-### **分析流程：**
-
-1. **初步探索：**
-
-   * 列出目录下的文件和子目录，获取整体结构概览。
-   * 如果存在 README 文件（如 \`README.md\`、\`README.txt\`），请阅读它。这通常是最佳的起点。
-
-2. **逐步深入分析（最多 50 个文件）：**
-
-   * 根据初步结果，挑选几个最重要的文件（如配置文件、核心源码、文档）。
-   * 阅读这些文件，随着理解的深入，再决定接下来要阅读哪些文件。不需要一次性决定 50 个文件，让发现结果引导下一步选择。
-
-3. **识别项目类型：**
-
-   * **代码类项目：** 查找 \`package.json\`、\`requirements.txt\`、\`pom.xml\`、\`go.mod\`、\`Cargo.toml\`、\`build.gradle\` 或 \`src\` 目录等文件。如果存在，这很可能是一个软件项目。
-   * **非代码类项目：** 如果没有发现与代码相关的文件，则该目录可能是文档、研究资料或笔记。
-
-------
-
-### **${contextFileName} 文件内容生成：**
-
-**如果是代码项目：**
-
-* **项目概览：** 简洁清晰地总结项目的目标、主要技术栈和架构。
-* **构建与运行：** 记录项目的构建、运行和测试的关键命令。从 \`package.json\` 的 \`scripts\`、\`Makefile\` 等文件中推断。如果没有明确的命令，留一个 TODO 占位。
-* **开发约定：** 描述代码风格、测试实践或贡献指南（若能从代码库推断出来）。
-
-**如果是非代码项目：**
-
-* **目录概览：** 描述该目录的用途和内容，它是做什么的，包含了什么信息。
-* **关键文件：** 列出最重要的文件，并简要说明其内容。
-* **使用方法：** 解释目录内容的使用方式和目的。
-
-------
-### **${contextFileName}** 输出模板示例：
-
-# UMS.md
-
-> [!NOTE]
->
-> 文档各结构内容若不涉及，或者无特殊规则要求，即可删除相关章节，如果直接使用本模板编写项目全局规则，请注意删除\`编写说明\`提示信息。所有区块内容都应该精炼简洁，逻辑清晰。
-
-## 项目技术栈
-
-> [!IMPORTANT]
->
-> **编写说明：**描述核心编程语言、核心框架、构建工具、数据库、ORM框架、缓存、安全框架、权限管理、API文档、工具库以及其他项目全局相关的技术栈基础信息，建议带上核心技术栈版本信息以便生成符合版本代码。注意文字简洁精炼。
->
-> 项目技术栈和目录结构信息可以通过AI工具辅助生成初版。
-
-### 后端技术栈
-
-### 前端技术栈
-
-## 编码风格
-
-> [!IMPORTANT]
->
-> **编写说明：**描述核心的编码风格要求，主要集中在本项目的规范和风格即可，AI本身在无特殊提醒下生成代码一般代码就足够规范和优雅。   此部分主要描述项目自有框架、特定框架规范要求，以及可以给AI参考学习的代码模块路径。
->
-> 例如对外部HTTP、RPC调用有自己的封装和开发规范，并且是高频开发场景，可以将开发模式、继承关系、类名、报名和参考代码的完整相对路径描述清楚，能够提升编码实现时的规范性、位置准确性
-
-## 文档标准
-
-> [!IMPORTANT]
->
-> **编写说明：**文档与注释如有特殊要求可以说明。
->
-> 例如希望生成Swagger风格注释、SmarDoc风格注释等，注释内容详细程度。无特殊要求可以不写，AI生成代码在无任何说明情况下一般都会包含良好的注释、命名、逻辑层次。
-
-### 代码文档
-
-### API文档
-
-## 项目代码结构
-
-> [!IMPORTANT]
->
-> **编写说明：**描述项目各模块、核心功能包、工具包以及项目框架特定范式的目录结构，以便AI快速应用和学习，能够更加家精准的查询和插入代码。
->
-> 可以以树形结构+ 表格详细描述方式分别描述。
->
-> 项目技术栈和目录结构信息可以通过AI工具辅助生成初版。
-
-### 后端
-
-### 前端
-
-## 配置管理信息
-
-> [!IMPORTANT]
->
-> **编写说明：**配置文件，配置信息、加解密规则和方法说明。
-
-## 编译及运行
-
-> [!IMPORTANT]
->
-> **编写说明：**编译、打包及运行相关命令
->
-> 如果全局规则文档有Java、Python、Node.js的编译、打包以及运行相关命令，大部分时候AI完成编码后会尝试安装依赖并编译运行，编译运行报错一般会有一些明显错误提示信息，如代码文件XXX行XX错误，如果是AI主动执行，一般还能自动修复相关的错优化代码。UMS Roo有文件提及功能\`@\`，可以提及命令行报错并尝试自动修复。
-
-## 约束
-
-> [!IMPORTANT]
->
-> **编写说明：**填写框架或者项目全局通用约束信息。约束信息一般以多条规则加强AI生成代码遵循项目规范。
->
-> 约束信息一般为实践经验的总结，如AI生成代码在某一个方面不稳定、效果不好，通过调整提示词做出强调能提升准确率并验证有效就可以作为全局规则要求。
-
-**本约束极为重要，请严格遵循。**
-
-
-- 在编写新代码时，请遵学习和循项目现有的代码风格。
-- 在适用的场景下，后端优先使用函数式编程范式。
-- 所有代码实现应该兼容已有技术栈版本。
-- 所有新增的函数和类都必须添加注释，变量、函数、核心业务逻辑都应该有必要且清晰的注释。
-- Java技术栈请严格区分并使用VO、BO、DTO、Entity等对象。
-- 如有接口文档、数据库文档，代码实现中VO、BO、DTO、Entity等按照数据库设计、文档设计要求严格生成，不要随意增减字段，特别是接口的请求和响应字段必须要完全保持一致。
-- 所有异常应被正确处理和记录。
-- 接口和函数参数应该做必要的参数校验，接口常见字段应该有通用规则校验逻辑，优先使用正则和专门的Java校验库实现字段校验。
-- 禁止使用魔数和硬编码，实现前应该尽量复用已有常量或者枚举类。
-- 工具类、枚举、常量类应该避免重复造轮子、重复生成，实现前应到检查已有实现是否实现，如果有明确提及枚举类、常量类、工具类的路径，应该严格遵循先检查判断再决定是复用已有实现。
-- 对于需求描述文档、接口文档、数据库文档中的字典值、状态值应该使用常量或者枚举实现。
-- 除非绝对必要，请避免引入新的外部依赖。
-- 请确保功能详细设计中包含了用户所有的需求描述，不要遗漏用户的需求。
-
-
-------
-
-### **最终输出：**
-
-参考以上输出示例，结合实际项目情况，将完整内容写入 **${contextFileName}** 文件。输出必须是格式良好的 Markdown。
-- 仔细检查并核对项目的目录结构，确保 **${contextFileName}** 文件中所有路径都正确无误。
-- 如果输出示例中的某些目录不存在，则根据实际情况添加、删除输出内容。
-- 如果最终成功生成并写入 **${contextFileName}** 文件，请提示用户核对并可以手动修改 **${contextFileName}** 文件内容，然后可以执行 /memory refresh 手动加载 **${contextFileName}** 文件内容到上下文（下次启动时会自动加载）
-`,
-                };
-            },
-        },
-    ],
-};
-//# sourceMappingURL=umsInitCommand.js.map