技能介绍

为什么需要它

很多想法死在一句话里：方向不清楚、用户不明确、成功标准没定义，最后变成一份能“再想想”的功能清单。Idearefine 要解决的问题，是把一句 raw idea 推进到可判断、可取舍、值得动手的概念：说清楚解决谁的什么问题、为什么是现在、关键假设是什么、MVP 到底做什么，以及同样重要的——现在不做什么。

工作流程

它是一个交互式 ideation partner，不是一次性 generator。调用时给一个想法，Agent 会先进入 Understand & Expand：把想法重写成 How Might We 问题，提出 3–5 个 sharpening questions，并围绕 Inversion、Constraint removal、Audience shift、Combination、Simplification、10x version、Expert lens 生成 5–8 个变体。若在代码库里，它会用 Glob、Grep、Read 找现有架构、约束和 prior art，并可能参考 frameworks.md。

之后进入 Evaluate & Converge：把用户真正有反应的方向聚成 2–3 条路线，按 user value、feasibility、differentiation 做 stress-test，再显式列出 bet、kill 条件和暂时忽略项。这一步要求 honest not supportive；弱想法会被具体反驳，而不是 yes-machine。

最后是 Sharpen & Ship：输出一份可保存的 markdown one-pager，包含 Problem Statement、Recommended Direction、Key Assumptions、MVP Scope、Not Doing list。经用户确认后才写到 docs/ideas/[idea-name].md 或指定位置。

适用边界与注意点

它适合早期定义、方向收敛和 assumption check，不替代用户访谈、真实市场验证或工程实施。刻意避免一次生成 20+ 浅层想法；如果缺少“who is this for”和成功标准，不应继续。不要跳过假设就承诺方向，也不要省掉 Not Doing list。在项目中使用时，现有代码和架构既是约束也是机会。