很多人在撰写AI需求评审提示词时，总觉得效果不对劲——明明指令写了一大堆，可Claude输出的问题要么空洞无物，要么偏离方向，拿到评审会上完全派不上用场。问题到底出在哪？说白了，就是提示词里塞了过多“合理”“全面”“仔细”这类模糊词汇，AI一看到这些词，直接套用通用模板敷衍了事。

Claude生成的需求评审问题提示词，经常出现“请检查需求是否合理”这种笼统表述，导致AI输出的问题缺乏针对性，业务逻辑漏洞和技术实现风险根本覆盖不全，到了实际评审环节，场面往往让人尴尬。

先拆解原始提示词的症结所在

把你目前使用的提示词逐行审查，逐一排查是否存在“全面”“仔细”“合理”“完善”这些无明确指向的形容词——它们会让Claude默认启用通用模板，而不是聚焦具体需求文档中的字段、流程图、状态机或接口定义。

直接剔除所有修饰性副词和模糊动词。保留且仅保留三类信息：文档中【明确存在的结构化元素】（例如“用户登录流程图第3步”“API响应字段中的is_verified”）、【必须验证的约束条件】（例如“手机号必须为11位纯数字”“支付超时时间≤15秒”）、【已知关联模块】（例如“该需求依赖风控系统v2.3接口”）。

用“缺陷触发器”替代开放式提问

方法一：把“请指出问题”改成“请找出以下三类缺陷”

在提示词末尾强制指定缺陷类别，例如：“请严格按以下三类检查：① 状态流转缺失（如‘订单取消’后未定义库存回滚动作）；② 字段校验矛盾（如前端要求邮箱必填，后端接口文档标注email字段可为空）；③ 权限越界（如普通用户操作涉及admin_only字段）。只输出缺陷原文位置+具体矛盾点，不解释、不建议。”

方法二：用反向验证指令锁定范围

写成：“假设该需求已上线，列出3个必然导致生产事故的具体场景（需包含触发条件+失败现象+影响模块），每个场景必须引用需求文档中某一句原文作为依据。”

绑定真实文档片段生成问题

第一步：从需求文档中复制一段高风险内容（比如权限规则表格、异常分支流程描述、跨系统数据同步说明），粘贴到提示词最前面。

第二步：在提示词中写明“仅针对以上粘贴内容提问，禁止扩展到其他章节”。这一步能砍掉70%泛化输出。

第三步：追加约束：“每个问题必须包含文档原文引用（如‘见4.2节第2行’）和对应缺陷类型标签（[逻辑断点]/[字段冲突]/[权限漏洞]）”。【不写原文引用的问题直接视为无效输出】