必须手工定位重复句式物理位置，再用三要素结构重写提示词并分步注入变量：先生成缺陷描述，再切换主语视角，最后绑定修复动作，以杜绝“建议”“可考虑”等无效套话。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
用Runway做代码评审时，常出现“建议修改”“可考虑优化”“注意空指针”反复轮换却语义雷同的情况，导致开发者忽略真实风险点，PR评论堆砌而无效。
先定位重复句式的物理位置
打开最近5份Runway生成的评审报告文本，用Ctrl+F逐行搜索“建议”“可考虑”“注意”“应”“需”这五个前缀；记录每处命中所在的行号与列偏移，例如“建议”出现在第83行第21列、“可考虑”集中在函数名后第3个字符位；【不记录具体位置就直接改提示词，90%会白忙】。
这一步必须手工完成——Runway当前不支持自动标记高频词坐标，AI自己无法感知自身句式惯性在哪一行哪一列卡住。
用三要素结构重写提示词
方法一：绑定PR上下文与审查人身份
在提示词最开头插入固定身份声明：“你是一名刚合并过GitHub PR #7193的Java后端工程师，正在用Runway生成Code Review评论。原始代码段含行号、Spring Boot 3.2注解、@Validated校验链。请严格按以下规则输出：①每条评论主语必须是具体字段或方法（如‘userId’‘parseJwtToken()’‘OrderService.createOrder’）；②谓语动词只能是‘未判空’‘未捕获IOException’‘未同步更新Swagger @ApiResponses’；③禁用所有模糊动词。”
方法二：按缺陷类型强制分组输出
输入：“本次PR确认存在两类缺陷：①FeignClient调用未加fallback（JDK17+，接口路径/v1/payment/refund）；②DTO中String类型字段未加@NotBlank（影响订单创建流程）。请为每类缺陷生成1条评论，格式为‘【字段/方法】+【错误行为】+【修复动作】+【影响范围】’，例如‘parseJwtToken()未校验exp字段→导致过期token仍被接受→影响所有支付回调路径’。”
【填‘相关参数’‘某些场景’会触发Runway自动生成模板句式，必须写死JDK版本、接口路径、注解名】
分步注入变量切断AI惯性
第一步：生成缺陷描述 → 输入“用‘未’字开头，宾语为具体变量或方法名（如‘未校验orderStatus’‘未关闭FileInputStream’），生成1句缺陷描述”。
第二步：切换主语视角 → 在上条结果后追加“现在把主语换成‘CI流水线’，谓语改成‘阻塞在test-coverage阶段’，补全影响说明”。
第三步：绑定修复动作 → 再追加“给出1行可复制粘贴的修复代码，用//TODO标注位置，例如‘//TODO 在finally块中添加resource.close()’”。
这三步必须手动分三次输入，不能合并成一句——Runway对长输入会自动压缩语义，分步才能强制它放弃“建议……可以……推荐……”的默认三连句式。
