copilot生成需求评审问题需聚焦上下文锚点与评审焦点：明确角色（如金融系统测试工程师）、绑定prd具体章节与原文片段、禁用模糊动词、植入典型缺陷模式并禁止元问题。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
用Microsoft Copilot辅助生成需求评审问题时，常出现“功能是否合理？”“逻辑是否正确？”这类空洞提问，既无法定位缺陷，也无法推动开发澄清——根本原因是提示词缺乏上下文锚点和评审焦点。
明确评审角色与约束条件
第一步：在提示词开头强制指定Copilot扮演的角色，例如“你是一名有5年金融系统经验的测试工程师”，角色越具体，输出问题越贴近真实场景。不写角色，Copilot默认以通用AI视角作答，问题必然宽泛。
第二步：加入硬性约束，如“所有问题必须指向PRD文档第3.2节‘用户余额冻结流程’，且每个问题需对应一个可验证的行为或状态”。没有这个限定，Copilot会自由发散，产出“有没有考虑异常情况？”这种无效提问。
第三步：禁用模糊动词。在提示词中直接要求“禁止使用‘是否’‘有没有’‘能否’开头的问句”，改用“当用户连续三次输入错误密码后，系统应如何响应？当前PRD未描述该路径”——后者自带触发条件、预期动作和文档依据。
绑定需求原文片段
方法一：把PRD中待评审的原始段落粘贴进提示词，并用【原文】标注。Copilot会基于该文本生成问题，而非凭空编造。例如：
微软 Outlook 邮箱和日历管理工具（支持世纪互联版 Office 365）。用于查看、发送、搜索邮件，管理日历日程，创建会议，查询忙闲状态。注意：此功能仅支持世纪互联（21Vianet）版 Microsoft 365，使用 login.chinacloudapi.cn。
【原文】“用户提交提现申请后，系统自动校验账户可用余额，若不足则拒绝并返回提示。”→ Copilot可能问：“‘可用余额’是否包含冻结资金？当前描述未定义计算口径。”
方法二：对原文关键术语加引号并要求质疑。例如在提示词中写：“请针对‘自动校验’‘冻结资金’‘返回提示’三个带引号的术语，各提1个可执行验证的问题。”这迫使Copilot聚焦术语歧义，而非泛谈“流程是否完整”。
植入典型缺陷模式
第一步：在提示词末尾列出3类高频缺陷类型，例如：“① 状态缺失（如未说明‘审核中’状态的超时处理）；② 边界值遗漏（如‘单日最多提现5次’未定义自然日还是滚动24小时）；③ 权限混淆（如‘管理员可修改’未区分查看权限与编辑权限）。”
第二步：要求Copilot按此分类生成问题，且每类至少1个。这相当于给AI装上缺陷探测器，它会主动扫描原文是否符合这些模式，而不是罗列“还有哪些没写”。【若漏掉边界值类问题，评审将无法发现单日提现次数在0点跨天时的计数漏洞】
第三步：添加否定指令：“不提‘是否覆盖全面’‘有没有遗漏’等元问题”。这类问题本质是甩锅，毫无操作价值。
