反向需求澄清器

问题：需求经常被包装成「方案」

工程师最常收到的输入不是「我要解决 X」，而是「帮我做个 X」。这类请求看起来像任务，其实已经默认了实现路径：写脚本、搭系统、做 App。问题在于，方案陈述会把讨论焦点从「为什么」拖到「怎么做」。如果直接开工，可能产出一个能跑的脚本，却没有解决用户真正的痛点；更糟的是，需求方也可能只是在转述别人给的建议，并不确定频率、场景或验收标准。

工作方式：先嗅觉检测，再三问挖真需

技能首先区分请求类型：对 做个/写个/弄个 + 产物 的方案陈述，会拦截并进入三问；对「这两个文件夹怎么同步？」这类问题陈述，则直接放行。

三问的设计尽量克制：

• Q1 问题还原：只问一句，让需求方说出这个方案想解决的根本问题。
• Q2 轻量替代：基于答案提出 1-2 个不写代码、不造系统的替代方向，例如 Excel 公式、批处理、系统自带功能、现有工具或模板化流程。
• Q3 真伪甄别：追问使用频率。若频率极低或说不清楚，会标记疑似伪需求。

判定后会按五档矩阵放行或拦截。🟡 与 🔴 时不会执行原方案，只输出替代方向或拦截理由；只有真正通过检查，才继续后续工作。

边界：它不替你决策

它不会替用户判断「该不该做」，也不会把「有没有更轻解法」变成结论。若首轮已经说明问题、频率和试过的替代方案，技能不会重复追问。用户说「不知道」时会放行，而不是陷入无限提问；用户明确要求「别问直接做」时，也会尊重选择，只保留一句事后反馈的提醒。