应删除提示词中“合理”等模糊表述，聚焦文档结构化元素、约束条件和关联模块；用缺陷类型清单或反向验证指令替代开放式提问；绑定真实文档片段并强制原文引用和缺陷标签。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
Claude写的需求评审问题提示词经常出现“请检查需求是否合理”这类空泛表述，导致AI输出的问题缺乏针对性、无法覆盖业务逻辑漏洞或技术实现风险，实际评审时根本用不上。
先拆解原始提示词的病灶
打开你当前用的提示词，逐字检查有没有出现“全面”“仔细”“合理”“完善”这类无指向性形容词——它们会让Claude默认调用通用模板，而不是聚焦具体需求文档里的字段、流程图、状态机或接口定义。
删掉所有修饰性副词和模糊动词。保留且只保留三类信息：文档中【明确存在的结构化元素】（如“用户登录流程图第3步”“API响应字段中的is_verified”）、【必须验证的约束条件】（如“手机号必须为11位纯数字”“支付超时时间≤15秒”）、【已知关联模块】（如“该需求依赖风控系统v2.3接口”）。
用“缺陷触发器”替代开放式提问
方法一：把“请指出问题”改成“请找出以下三类缺陷”
在提示词末尾强制指定缺陷类型，例如：“请严格按以下三类检查：① 状态流转缺失（如‘订单取消’后未定义库存回滚动作）；② 字段校验矛盾（如前端要求邮箱必填，后端接口文档标注email字段可为空）；③ 权限越界（如普通用户操作涉及admin_only字段）。只输出缺陷原文位置+具体矛盾点，不解释、不建议。”
方法二：用反向验证指令锁定范围
写成：“假设该需求已上线，列出3个必然导致生产事故的具体场景（需包含触发条件+失败现象+影响模块），每个场景必须引用需求文档中某一句原文作为依据。”
绑定真实文档片段生成问题
第一步：从需求文档中复制一段高风险内容（如权限规则表格、异常分支流程描述、跨系统数据同步说明），粘贴到提示词最前面。
第二步：在提示词中写明“仅针对以上粘贴内容提问，禁止扩展到其他章节”。这一步能砍掉70%泛化输出。
第三步：追加约束：“每个问题必须包含文档原文引用（如‘见4.2节第2行’）和对应缺陷类型标签（[逻辑断点]/[字段冲突]/[权限漏洞]）”。【不写原文引用的问题直接视为无效输出】
