在cursor中生成需求澄清检查清单需先构建结构化提示词框架，明确角色、输出格式、问题类型分布及禁用表达，并通过严格验证确保每条问题指向可验证动作。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
在Cursor中为需求澄清问题生成检查清单，需先明确用户真实意图、边界条件和验收标准，避免后续开发偏离方向。直接输出的提示词若缺少结构化约束，容易得到泛泛而谈的回答，比如“还有哪些问题？”这类开放式追问毫无操作价值。
构造基础提示词框架
第一步：在Cursor编辑器中新建空白文件，输入以下模板开头：
“你是一名资深产品分析师，请基于以下原始需求描述，逐项生成需求澄清检查清单。清单必须满足：①每条问题直指一个具体模糊点；②问题格式统一为‘是否支持【X】？’或‘【Y】的边界定义是？’；③不包含主观建议或解释性文字。”
第二步：紧接在模板后换行，粘贴用户提供的原始需求文本。注意【原始需求必须完整粘贴，不可缩写或转述】，否则模型会丢失关键歧义点。
这一步操作起来很简单，直接把需求原文拖进去就行。
注入关键约束条件
方法一：添加角色与输出格式强约束
在模板末尾追加：“输出仅包含编号列表（1. 2. 3. …），每条以‘□’开头，禁止使用冒号、破折号或任何装饰符号。”
方法二：限定问题类型分布
Agents 正在你的整个代码库中处理越来越复杂、运行时间更长的任务。本次版本引入了新的 agent 框架改进，以实现更好的上下文管理，并在编辑器和 CLI 中带来了许多提升使用体验的修复。
补充一句：“其中至少包含2个关于数据边界的问题（如最大并发量、最长文本长度）、1个关于异常路径的问题（如网络中断时如何降级）、1个关于第三方依赖的问题（如是否调用XX API）。”
方法三：禁用无效表达
加入负面指令：“禁止出现‘能否’‘有没有’‘要不要’等弱动词开头的提问；禁止使用‘请说明’‘请确认’等请求句式。”
触发并验证输出结果
① 选中全部提示词内容 → 右键 → “Ask Cursor” 或按快捷键 Cmd+K（Mac）/ Ctrl+K（Win）。
② 等待响应完成，立即检查首条是否为“1. □……”格式。若出现“好的，以下是您的清单：”等引导语，说明格式约束未生效，需返回上一步强化“输出仅包含编号列表”这条指令。
③ 快速扫视问题是否全部指向可验证动作：例如“用户头像上传是否支持WebP格式？”是合格问题；“用户体验是否友好？”是不合格问题，必须删除并重生成。
④ 将最终清单复制到新文件保存，文件名格式为“需求澄清_日期_版本号.md”。【版本号每次修改必须递增，不可覆盖旧版】
