CodeRefactoring-QoderSkills

[Step1] 四层架构Maven工程检查与重构工具（产品线适配）。根据工程pom.xml中的groupId自动选择对应产品线的重构规则。支持技术中台(grp.pt)、预算(grp.budget)、执行(gfmis.bgtex/com.ctjsoft.gfmis)三大产品线。执行链路：Step1（当前）→Step2→Step3→Step4→Step5→Step6→Step7→Step8→Step9。当用户提到'架构检查'、'目录规范'、'结构校验'、'四层架构审查'、'架构重构'、'结构迁移'、'四层架构改造'时使用。

[Step2] 在 Step1（四层架构工程重构）执行完成后，对能力层模块进行二次命名微调（产品线适配）。根据工程pom.xml中的groupId自动选择对应产品线的规则。将 `{module}-server` 重命名为 `{module}-controller`，将 `{module}-server-com` 重命名为 `{module}-service`，并同步更新所有 POM 引用和 Java package/import。执行链路：Step1→Step2（当前）→Step3→Step4→Step5→Step6→Step7→Step8→Step9。当用户提到'架构微调'、'模块重命名'、'server改controller'、'server-com改service'时使用。

[Step3] Java微服务DAO层治理检查与修复工具（产品线适配）。不改变model实体类的路径和引用，只调整DAO层相关内容。包括：目录命名修正(imp→impl)、DAO层接口/实现分离、mapper/entity分离、将model实体集中到api模块(不改变package和引用)。执行链路：Step1→Step2→Step3（当前）→Step4→Step5→Step6→Step7→Step8→Step9。当用户提到'Step3检查'、'Step3修复'、'DAO层治理'、'DAO检查'时使用。

[Step4] Java微服务Service层治理检查与修复工具（产品线适配）。根据工程pom.xml中的groupId自动选择对应产品线的检查与修复规则。检查并修复Service层接口/实现分离(facade/impl)、facade目录存在性、Service接口归属正确性、Service实现归属正确性、非Service文件处理等问题，不改变业务逻辑。执行链路：Step1→Step2→Step3→Step4（当前）→Step5→Step6→Step7→Step8→Step9。当用户提到'Step4检查'、'Step4修复'、'Service层治理检查'、'Service层治理修复'时使用。

[Step5] Java微服务Controller层接口分离检查与修复工具（产品线适配）。根据工程pom.xml中的groupId自动选择对应产品线的检查与修复规则。检查并修复Controller是否按外部/内部接口分离原则划分为custom/(外部接口)和common/(内部接口)两级子目录，不改变业务逻辑。执行链路：Step1→Step2→Step3→Step4→Step5（当前）→Step6→Step7→Step8→Step9。当用户提到'Step5检查'、'Step5修复'、'Controller层治理检查'、'Controller层治理修复'、'custom/common检查'时使用。

[Step6] Java微服务分层架构依赖检查与修复工具（产品线适配）。根据工程pom.xml中的groupId自动选择对应产品线的检查与修复规则。检查并修复Controller→Controller依赖、Controller直接依赖DAO/Mapper、Controller注入ServiceImpl而非接口、Entity泄露到Controller层、跨模块直接类引用等严重架构违规问题，不改变业务逻辑。执行链路：Step1→Step2→Step3→Step4→Step5→Step6（当前）→Step7→Step8→Step9。当用户提到'Step6检查'、'Step6修复'、'架构依赖检查'、'架构依赖修复'、'分层依赖检查'、'分层依赖修复'时使用。

[Step7] Java微服务接口与命名规范检查与修复工具（产品线适配）。根据工程pom.xml中的groupId自动选择对应产品线的检查与修复规则。检查并修复接口路径规范、类命名规范、属性命名规范、接口参数规范、接口响应规范、Bean命名冲突等问题，不改变业务逻辑。执行链路：Step1→Step2→Step3→Step4→Step5→Step6→Step7（当前）→Step8→Step9。当用户提到'Step7检查'、'Step7修复'、'命名规范检查'、'命名规范修复'时使用。

[Step8] Java微服务公共模块提取工具（产品线适配）。根据工程pom.xml中的groupId自动选择对应产品线的检查与提取规则。将能力层模块中的公共代码包（util、cache、constant、enums、exception、config）提取到grp-{module}-common模块下，统一管理公共代码，不改变业务逻辑。执行链路：Step1→Step2→Step3→Step4→Step5→Step6→Step7→Step8（当前）→Step9。当用户提到'Step8检查'、'Step8修复'、'公共模块提取'、'common提取'时使用。

[Step9] 优化工程代码质量（产品线适配）。根据工程 pom.xml 中的 groupId 自动选择对应产品线的检查与修复规则。 包括修复 SQL 注入漏洞（值拼接参数化、动态表名/列名白名单校验）、增强日志记录（Lombok @Slf4j）、 清理冗余代码（StringBuffer→StringBuilder、冗余变量、嵌套条件简化）。 执行链路：Step1→Step2→Step3→Step4→Step5→Step6→Step7→Step8→Step9（当前）。 当用户要求优化模块代码、修复 SQL 注入、增强日志、清理代码、代码审查优化时使用此技能。

[Step1] 前端项目目录结构检查与治理工具（多版本适配）。根据工程package.json中的version自动选择对应版本的治理规则。支持3.6.0-SNAPSHOT、3.6.1-SNAPSHOT、3.7.0-SNAPSHOT等多版本。执行链路：Step1（当前）→Step2→Step3→Step4→Step5。当用户提到'项目结构检查'、'目录规范'、'分层架构审查'、'项目初始化'、'脚手架生成'、'项目结构治理'时使用。

[Step2] 前端业务模块划分检查与治理工具（多版本适配）。根据工程package.json中的version自动选择对应版本的治理规则。支持3.6.0-SNAPSHOT、3.6.1-SNAPSHOT、3.7.0-SNAPSHOT等多版本。执行链路：Step1→Step2（当前）→Step3→Step4→Step5。当用户提到'模块划分检查'、'模块结构治理'、'业务模块拆分'、'模块依赖检查'、'子模块结构'、'创建业务模块'时使用。

[Step3] 前端UI组件规范检查与代码生成工具（多版本适配）。根据工程package.json中的version自动选择对应版本的规范规则。支持3.6.0-SNAPSHOT、3.6.1-SNAPSHOT、3.7.0-SNAPSHOT等多版本。执行链路：Step1→Step2→Step3（当前）→Step4→Step5。当用户提到'UI组件规范'、'颜色检查'、'字体规范'、'按钮规范'、'表格规范'、'录入规范'、'生成组件'、'组件样例'时使用。

[Step4] 前端页面布局与交互规范检查与代码生成工具（多版本适配）。根据工程package.json中的version自动选择对应版本的规范规则。支持3.6.0-SNAPSHOT、3.6.1-SNAPSHOT、3.7.0-SNAPSHOT等多版本。执行链路：Step1→Step2→Step3→Step4（当前）→Step5。当用户提到'页面布局规范'、'交互规范'、'页面层级'、'弹窗规范'、'抽屉规范'、'滚动条规范'、'生成页面'、'页面模板'时使用。

[Step5] 前端命名规范检查与修复工具（多版本适配）。根据工程package.json中的version自动选择对应版本的规范规则。支持3.6.0-SNAPSHOT、3.6.1-SNAPSHOT、3.7.0-SNAPSHOT等多版本。执行链路：Step1→Step2→Step3→Step4→Step5（当前）。当用户提到'命名规范'、'组件命名'、'文件命名'、'变量命名'、'CSS类名'、'命名检查'、'命名审查'时使用。