メニュー
[Step9] 优化工程代码质量（产品线适配）。根据工程 pom.xml 中的 groupId 自动选择对应产品线的检查与修复规则。 包括修复 SQL 注入漏洞（值拼接参数化、动态表名/列名白名单校验）、增强日志记录（Lombok @Slf4j）、 清理冗余代码（StringBuffer→StringBuilder、冗余变量、嵌套条件简化）。 执行链路：Step1→Step2→Step3→Step4→Step5→Step6→Step7→Step8→Step9（当前）。 当用户要求优化模块代码、修复 SQL 注入、增强日志、清理代码、代码审查优化时使用此技能。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
| name | Step9-工程代码优化检查 |
| description | [Step9] 优化工程代码质量（产品线适配）。根据工程 pom.xml 中的 groupId 自动选择对应产品线的检查与修复规则。 包括修复 SQL 注入漏洞（值拼接参数化、动态表名/列名白名单校验）、增强日志记录（Lombok @Slf4j）、 清理冗余代码（StringBuffer→StringBuilder、冗余变量、嵌套条件简化）。 执行链路：Step1→Step2→Step3→Step4→Step5→Step6→Step7→Step8→Step9（当前）。 当用户要求优化模块代码、修复 SQL 注入、增强日志、清理代码、代码审查优化时使用此技能。 |
本技能是工程代码优化检查与修复的产品线适配版本。不同产品线的代码优化规范可能存在差异，本技能会根据工程 pom.xml 中声明的 <groupId> 自动选择对应产品线的检查与修复规则执行。
针对 @Service 和 @Repository 类进行系统化代码质量优化，包含三大核心功能：
@Slf4j 注解、方法入口/异常日志补全此步骤在所有其他步骤之前执行，不可跳过。
pom.xml 文件<groupId> 标签的值<groupId>，则查找 <parent> 中的 <groupId>提取到的 groupId → 匹配规则 → 加载的产品线目录
───────────────────────────────────────────────────
grp.pt → 精确匹配 → products/技术中台/
grp.budget → 精确匹配 → products/预算/
gfmis.bgtex → 精确匹配 → products/执行/
com.ctjsoft.gfmis → 精确匹配 → products/执行/
grp.gfmis → 精确匹配 → products/执行/
grp.gfmis.* → 前缀匹配 → products/执行/
com.ctjsoft.gfmis.v3 → 精确匹配 → products/指标/
其他 groupId → 降级到默认 → products/技术中台/ (默认产品线)
匹配优先级：精确匹配优先于前缀匹配。例如
com.ctjsoft.gfmis.v3精确匹配到「指标」，不会被com.ctjsoft.gfmis的规则截获。grp.gfmis.xxx形式的 groupId 通过前缀匹配到「执行」。
examples/、scripts/、templates/products/{产品线}/REFERENCE.md 及其子目录@Service 或 @Repository 注解的 Java 类完整安全约束 → scripts/safety-constraints.md
关键红线：
扫描目标目录下所有 *ServiceImpl.java、*DaoImpl.java、*DAO.java（带 @Repository）。
已知超大文件清单 → templates/skip-files.md
对每个待处理文件执行类型判断和风险点识别。
按以下优先级执行：
| 优先级 | 优化项 | 适用层 | 详细规则 |
|---|---|---|---|
| 1 | SQL 注入修复 | DAO 层 | scripts/sql-injection-rules.md |
| 2 | 日志增强 | Service + DAO | scripts/logging-rules.md |
| 3 | 代码逻辑优化 | Service + DAO | scripts/code-optimization-rules.md |
变更报告模板 → templates/report-template.md 变更报告示例 → examples/change-report.md
| 场景 | 触发关键词 | 调用功能 |
|---|---|---|
| 修复 SQL 注入 | "SQL注入修复"、"安全修复" | 产品线检测 → SQL 注入修复 |
| 增强日志 | "日志增强"、"@Slf4j" | 产品线检测 → 日志增强 |
| 清理冗余代码 | "代码清理"、"代码优化" | 产品线检测 → 代码清理 |
| 全量优化 | "工程代码优化"、"代码质量优化" | 产品线检测 → 全量优化 |
Step9-工程代码优化检查/
├── SKILL.md
├── examples/
│ ├── change-report.md
│ └── workflow-demo.md
├── scripts/
│ ├── sql-injection-rules.md
│ ├── logging-rules.md
│ ├── code-optimization-rules.md
│ └── safety-constraints.md
├── templates/
│ ├── report-template.md
│ └── skip-files.md
└── products/
├── 技术中台/
│ ├── REFERENCE.md
│ ├── examples/
│ ├── scripts/
│ └── templates/
├── 预算/
│ └── ...
└── 执行/
└── ...
| 文件 | 说明 |
|---|---|
| scripts/sql-injection-rules.md | SQL 注入修复指南 |
| scripts/logging-rules.md | 日志增强规则 |
| scripts/code-optimization-rules.md | 代码优化规则 |
| scripts/safety-constraints.md | 不可变红线与安全约束 |
| templates/report-template.md | 变更报告模板 |
| templates/skip-files.md | 已知超大文件清单 |
| examples/change-report.md | 变更报告示例 |
| examples/workflow-demo.md | 单文件优化工作流演示 |
[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修复'、'架构依赖检查'、'架构依赖修复'、'分层依赖检查'、'分层依赖修复'时使用。