要让Luma AI的代码评审提示词真正服务国内开发者，有几个关键障碍需要解决。例如，中文注释识别不准、国产框架（如Ant Design、Vue Router 4、Spring Boot 3）的上下文缺失、Git提交信息格式差异（例如“fix:”后面忘记加空格）、以及企业内部普遍引用的规范（像《阿里巴巴Java开发手册》）未被显式参考。只要解决这些问题，提示词才能在日常开发中用起来顺手。
将英文术语替换为国内通用表述
原来的提示词里“PR description should follow Conventional Commits”需要调整为“提交信息需符合团队约定的格式，例如：feat(订单模块): 新增优惠券叠加逻辑”。这样既能摆脱海外术语的依赖，又能与国内团队的日常习惯保持一致。
再比如“prefer React hooks over class components”，不如改成“优先使用React函数组件+Hooks，禁用class组件（历史遗留模块除外）”。这样边界清晰，也为旧代码留下了合理的容差空间。
还有“check for XSS vulnerabilities”，应当扩展为：检查是否存在XSS风险，重点关注el-input v-model绑定、innerHTML直接赋值、富文本渲染未过滤等国产UI库容易遗漏的常见问题。【不要写“如Ant Design”这类泛称，直接写具体组件名和属性，模型才能更准确匹配】。
嵌入国内主流框架校验规则
方法一：如果是Vue项目，在提示词末尾加上一段专用校验规则：
检测到.vue文件时，必须检查：① setup语法糖中useXXX()调用是否在onBeforeMount之前完成；② defineProps未声明但直接使用的props有没有标注@ts-ignore（必须说明原因）；③ v-model绑定对象属性时是否添加了prop修饰符（例如v-model:visible）。
方法二：对于Spring Boot项目，强制加入以下几项判断：
检查@RestController类中是否缺少@Validated注解；检查@RequestBody参数是否遗漏@NotNull/@NotBlank校验；检查RedisTemplate
适配中文注释与文档习惯
要求模型忽略那些“// TODO: 待优化”的无效注释，但必须重点关注“// 【性能瓶颈】此处循环N次调用DB，建议改用批量查询”这类带【】标记的高危提示。这一细节非常重要，国内团队经常用这种标记作为代码走查的关键节点。
如果发现Javadoc里有“@see com.xxx.util.DateUtils”，需要验证该工具类是否已在项目Maven依赖中声明——【国内私有仓库经常出现jar包未同步，导致编译通过但运行时抛出NoClassDefFoundError】。
对于Kotlin文件，如果注释包含“// Kotlin协程作用域应为lifecycleScope而非GlobalScope”，则触发严重级别告警。协程作用域选错是Kotlin项目中非常隐蔽的问题。
对接企业级代码规范
第一步：在提示词开头添加一句约束声明：“所有检查必须以《阿里巴巴Java开发手册（2024纪要版）》第3.4.2节（集合处理）、第5.1.1节（异常处理）为基准。”这样直接将规范锚定到具体章节，比笼统地说“遵循阿里规约”更加精准。
第二步：把原提示词中的“avoid magic numbers”细化成“禁止硬编码，包括但不限于：HTTP状态码（使用HttpStatus枚举）、数据库字段长度（从@TableField注解读取）、分页size上限（取自application.yml配置项page.max-size）”。例子给得越具体，模型执行效果越好。
第三步：增加国产中间件特判规则：“如果出现RocketMQTemplate.send()调用，必须检查send()之后是否紧跟getSendResult().getMsgId()日志记录，否则视为消息可靠性保障缺失。”这类场景在业务系统中非常常见，遗漏日志意味着消息丢失时根本无法排查。