Claude写需求评审问题提示词总是问题太泛怎么改

很多时候，我们写AI需求评审提示词，总觉得哪里不对劲——明明给了很多指令，可Claude输出的问题不是空泛就是跑偏，拿到评审会上根本没法用。问题出在哪儿？说白了，就是提示词里塞了太多“合理”“全面”“仔细”这类虚词，AI一看，直接套通用模板敷衍你。

Claude写的需求评审问题提示词，常出现“请检查需求是否合理”这种空泛表述，导致AI输出的问题缺乏针对性，业务逻辑漏洞和技术实现风险根本覆盖不到，实际评审时一脸尴尬。

先拆解原始提示词的病灶

把你现在用的提示词一行行过一遍，挨个儿检查有没有“全面”“仔细”“合理”“完善”这些无指向性形容词——它们会让Claude默认调用通用模板，而不是聚焦具体需求文档里的字段、流程图、状态机或接口定义。

直接删掉所有修饰性副词和模糊动词。保留且只保留三类信息：文档中

（比如“用户登录流程图第3步”“API响应字段中的is_verified”）、（比如“手机号必须为11位纯数字”“支付超时时间≤15秒”）、（比如“该需求依赖风控系统v2.3接口”）。

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

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

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

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

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

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

：追加约束：“每个问题必须包含文档原文引用（如‘见4.2节第2行’）和对应缺陷类型标签（[逻辑断点]/[字段冲突]/[权限漏洞]）”。