需求许愿检测器

解决什么问题

收到一句「做个免费工具，三天上线，全平台支持，不能出错」时，很少有人意识到这不是一份需求，而是一串彼此冲突的愿望。这类陈述缺少可验证的目标、边界和验收标准，工程师要么硬着头皮接下然后在 deadline 前失控，要么凭感觉砍需求，砍完才发现和对方的真实意图对不上。这个技能处理的就是这个阶段：在投入排期和报价之前，先把「愿望」拆成可以谈判的约束。

它如何工作

1. 接原始需求：收集目标、用户、期限、预算、技术环境、验收人六个字段，缺失的标记为未知，而不是脑补。
2. 诊断分类：按 references/diagnosis-rules.md 把每条陈述分成事实、约束、冲突、缺失信息、未确认假设五类。
3. 保留证据：每个问题都必须引用原文，写入 assets/demo-input.json 所示的 JSON 结构，方便逐条回查。
4. 算许愿指数：根据冲突和缺失的密度打分并给出等级。高分问题会复核，没有原文证据不加分。
5. 输出报告：按 assets/requirement-report-template.md 生成结论，包含冲突、缺口、隐含假设、最多五个会改变成本、范围或期限的确认问题，以及一份不增添原意的可执行需求草案。
6. 给最小版本：如果必须压缩范围，输出「保目标、砍功能」的最小方案。

适用边界

• 不根据一句话估算精确成本或工期，缺信息时只给范围或标为「待评估」。
• 不把「难」等同于「不可能」，也不嘲讽提需求的人。
• 不虚构预算、负责人、日期、技术能力或合规要求。
• 每条冲突必须引用两项互不兼容的要求，不能凭感觉定性。
• 医疗、法律、安全、金融场景只做需求完整性检查，不替代专业判断。