通义千问生成代码变更说明时，必须严格基于【参考资料】中明确陈述的事实，逐项映射出处，禁用未提及术语与模糊动词，结构化归类并以“因【原文关键词】…”开头概括意图。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让通义千问在生成代码变更说明时，主动引用你提供的参考资料（如 pr 描述、需求文档、接口变更日志），而不是凭空编造或泛泛而谈。这要求提示词明确约束模型“必须基于所给资料提取事实”，并结构化输出。明确指定参考资料的输入位置
在提示词开头就声明参考资料的存放方式，例如：“以下【参考资料】部分包含本次变更的真实依据，请严格以此为准，不可自行补充未提及的内容。”
把参考资料紧接在提示词后、代码 diff 前粘贴，并用清晰分隔符（如 ---【参考资料】---）包裹。模型对位置敏感，靠得越近，引用越准。
这一步不做，模型大概率忽略你后续粘贴的文档，直接按通用逻辑自由发挥。
强制要求逐项映射依据来源
方法一：用结构化指令绑定每条说明与资料出处
要求模型在每条变更说明末尾标注来源编号，例如“（来源：PR#287 第3段）”或“（来源：接口文档v2.1 表格第2行）”。
方法二：先提取再组织
第一步：请从【参考资料】中逐条提取出涉及“功能增删”“字段变更”“兼容性调整”的原始陈述，原样列出，不改写；
第二步：将提取出的陈述，按「影响层级」归类为：API 层 → 业务逻辑层 → 前端展示层；
第三步：对每一类，用一句话概括变更意图，句首必须以“因【参考资料中对应原文关键词】…”开头。
【若参考资料中未出现“幂等性”三字，说明中禁止出现该词】
禁用模糊表述，锁定可验证动词
在提示词中直接替换掉易引发幻觉的词汇：把“优化”改为“将重试逻辑从客户端移至服务端（见参考资料第5条）”，把“修复问题”改为“修正了 /order/create 接口对空 buyerId 的 500 错误（见日志片段A）”。
这一步操作起来很简单，直接替换提示词里的形容词和副词即可，但效果显著——模型会放弃猜测，转而寻找资料中是否真有对应动作描述。
如果参考资料里只有“下单流程变快”，没有技术实现细节，那说明里就只能写“下单响应平均耗时下降40%（见监控截图链接）”，不能擅自补上“引入缓存”或“异步化”。
