该方法校验退款状态→拦截status=4（refund_pending）和status=5（refund_rejected）的回调请求→跳过通知发送→防止重复退款；当item.getdetail()为空时，第178行触发nullpointerexception。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想让Trae解释一段没人碰过、注释为零、连函数名都叫processDataV2_3_alt的遗留Java方法，但AI返回的解释全是“该方法执行数据处理”这种废话，根本看不出它到底在给订单加税还是在删测试用户。
用真实业务动词替换模糊描述
把“处理数据”“进行操作”“执行逻辑”这类空泛动词，替换成你项目里真正在用的业务动作。比如财务模块就写“计算含税金额并四舍五入到分”，订单模块就写“拦截已发货订单的退款请求”，不要让AI自己猜上下文。
在提示词里直接给出示例：“请用‘校验’‘拦截’‘转换’‘映射’‘填充’‘补全’‘跳过’‘熔断’等动词开头，每句只说一个动作，不加修饰。”
这一步必须做——【若仍用‘处理’‘操作’等词，Trae会默认调用通用模板，输出与你项目无关的泛化解释】。
绑定具体字段和状态值
方法里有一行if (status == 4 || status == 5)，别只让AI说“判断状态”，要明确告诉它：“status=4对应数据库字典表中的‘REFUND_PENDING’，status=5对应‘REFUND_REJECTED’，这两个状态均不允许触发回调通知。”
把项目中真实的枚举值、配置项、SQL字典备注原样粘进提示词，哪怕多贴三行也比让AI靠概率猜强。
这步漏掉，AI大概率会把status == 4解释成“表示流程完成”，而实际它代表“退款正在人工审核中，禁止重试”。
强制输出带副作用的因果链
第一步：输入指令/explain → 第二步：要求AI必须写出“当X发生时→触发Y调用→修改Z字段→导致前端按钮变灰”这样的完整副作用路径 → 第三步：检查输出是否包含至少一处数据库字段变更或HTTP调用动作。
没有副作用描述的解释，等于没解释。Trae默认不推演下游影响，必须用指令锁死输出结构。
例如追加约束：“若未提及任何数据库写入、外部API调用、缓存失效或UI状态变更，则重新生成。”
注入真实报错日志片段
方法上线后每天凌晨2点抛出NullPointerException at OrderProcessor.java:178，把这行堆栈原样塞进提示词，并标注：“这是生产环境真实错误，第178行是item.getDetail().getPrice()。”
AI看到真实错误位置和调用链，会自动聚焦空指针风险点，而不是泛泛而谈“注意空值校验”。
方法一：直接粘贴终端里复制的完整报错（含时间戳和线程名）；方法二：在提示词末尾加一句：“以上报错已确认复现，非假设场景。”
