【业务背景】电商大促期间订单履约链路因库存预占精度不足引发超卖；【系统范围】order-service/v2/commit、inventory-service/v1/prehold；【数据边界】2024-11-01至11-11、租户ID 1001-1005、订单状态待支付/已锁定/已发货。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让通义千问在生成回归范围说明时，自动补全业务背景、系统模块、数据流向等关键上下文，避免输出空泛的“本次回归覆盖核心功能”这类无效描述。
明确指定背景信息字段
在提示词开头直接列出必须填充的背景维度，用冒号分隔字段名与占位说明。例如：【业务场景】：电商大促期间订单履约链路；【影响模块】：订单中心→库存服务→履约调度；【变更来源】：库存预占逻辑重构（PR#1287）。
这一步必须写全三个字段，缺一不可。漏掉【影响模块】会导致模型默认只写前端页面，实际后端接口已变更却未被覆盖。
用结构化模板框定输出格式
方法一：采用「字段+示例」嵌套式指令
要求模型严格按以下结构输出：
【业务背景】{用1句话说明触发本次回归的业务动因}
【系统范围】{列出具体服务名或API路径，不写“相关模块”这种模糊词}
【数据边界】{注明测试数据起始时间、租户ID范围、订单状态枚举值}
方法二：提供可删减的完整样例
给一段真实回归说明片段，把需动态替换的部分用{{ }}标出：“用户在{{大促活动ID}}期间提交的{{待支付→已发货}}状态订单，经{{order-service/v2/commit}}接口触发库存校验，本次回归验证{{SKU维度库存预占精度提升至0.01}}是否导致超卖”。模型会优先复用该句式骨架。
绑定变更代码与测试范围
第一步：将Git提交哈希或Jira ID作为硬性输入条件
在提示词中强制写入：“仅基于提交记录 【a3f8d1e】 中修改的.java文件生成范围说明”。
第二步：要求模型反向推导调用链
追加指令：“扫描a3f8d1e中所有@FeignClient注解的接口，向上追溯至Controller层，向下标记至Mapper.xml中SQL涉及的表字段”。
第三步：过滤无关变更
补充限制：“排除test/目录下所有文件、pom.xml依赖变更、logback-spring.xml配置调整——这些不触发回归”。
