Copilot生成的测试用例清单须严格保留原始需求的技术口吻、字段命名（如gpi_txn_timeout_ms）和错误描述方式（含单位、阈值、动词），禁止润色；提示词开头需粘贴真实需求片段，如【原始需求片段】“当SWIFT报文CRC校验失败时，系统必须返回ERROR_CODE=SWIFT_CRC_4096，且监控平台告警延迟”。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让 copilot 生成的测试用例清单不丢失原始需求文档里的技术口吻、字段命名习惯和错误描述方式——比如“gpi_txn_timeout_ms 超过1200ms触发熔断”这种带单位、带阈值、带动词的硬核表达，而不是被润色成“响应时间不宜过长”。锁定原始术语与句式结构
在提示词开头直接粘贴一段真实需求原文，例如：【原始需求片段】“当SWIFT报文CRC校验失败时，系统必须返回ERROR_CODE=SWIFT_CRC_4096，且监控平台告警延迟
复制整段原文时保留所有大小写、下划线、等号和小于号，不要改成中文全角符号。Copilot 对这些细节敏感，改掉一个下划线就可能把 gpi_txn_timeout_ms 替换成 timeoutValue。
这一步操作起来很简单，直接把需求文档里最典型的两行粘贴进去就行。
禁用风格漂移的三道保险
方法一：禁止替换术语
在提示末尾加一句硬约束：“所有字段名、错误码、接口路径、配置项名称必须与【原始需求片段】中完全一致，禁止任何形式的缩写、翻译、美化或首字母大写。例如‘SWIFT_CRC_4096’不可改为‘CRC Error 4096’。”
方法二：冻结动词强度
追加指令：“所有动作描述必须使用‘必须’‘应’‘不得’‘禁止’四类强制性动词，禁用‘建议’‘可以’‘考虑’‘尽量’等弱约束词。”
方法三：绑定验证逻辑链
写明：“每个用例的‘预期结果’字段必须包含可执行验证动作+可观测输出+数值阈值，格式为‘执行[命令/操作] → 观察[日志/监控/返回体] → 符合[具体条件]’。例如‘执行curl -X POST /v1/txn --data-binary @crc_fail.gpi → 观察响应头X-Error-Code → 等于SWIFT_CRC_4096’。”
Outlook 日历 / Microsoft 365 日历 SECURE API CLI。当用户需要列出、搜索或读取 Outlook / Microsoft 365 日历事件，以及创建……
用来源字段强制回溯
第一步：在提示中明确写出“来源：附件《跨境支付网关V2.3需求规格说明书》第4.2.1节”，并确保这句话放在整段提示的最后一行。
第二步：要求Copilot在每个生成的用例末尾自动追加来源标注，格式为“← 来源：4.2.1”。Copilot 对结尾信息权重最高，这样它就不会凭空编造“第5.3节”这种不存在的出处。
第三步：检查生成结果——如果某条用例没带“← 来源：x.x”后缀，说明它没锚定到你提供的文档，立即丢弃该条。
