用途
Idea Refine 是一个用于把粗糙想法打磨成清晰、可执行概念的技能，通过结构化的发散与收敛思维，帮助用户得到值得构建的想法。它适合在想法仍然模糊、需要压力测试、或需要明确方向时使用。
主要能力
该技能以交互式对话为主，分为三个阶段：
阶段一：理解与扩展（发散）
- 把想法重述为一句清晰的“How Might We”问题陈述，强制明确真正要解决的问题。
- 提出 3-5 个聚焦问题，关注：具体面向谁、成功是什么样、真实约束（时间、技术、资源）、之前尝试过什么、为什么是现在。使用 AskUserQuestion 工具收集输入，在理解面向谁和成功标准之前不继续。
- 用多种视角生成 5-8 个想法变体：反转、移除约束、切换受众、组合、简化、10 倍版本、专家视角。
- 如果在代码库中运行，使用 Glob、Grep、Read 扫描相关上下文（现有架构、模式、约束、先例），让变体基于实际存在的内容。
- 可参考技能目录中的 frameworks.md 获取更多构思框架，选择性使用。
阶段二：评估与收敛
- 把产生共鸣的想法聚类为 2-3 个不同方向，每个方向应有实质差异。
- 用三个标准压力测试每个方向：用户价值（谁受益、多大程度、是止痛药还是维生素）、可行性（技术和资源成本、最难的部分）、差异化（真正不同之处、用户是否会从现有方案切换）。
- 可参考技能目录中的 refinement-criteria.md 获取完整评估标准。
- 显式列出隐藏假设：你押注为真但未验证的、可能杀死这个想法的、你选择忽略的（以及为什么暂时可以）。
- 诚实而非一味支持。如果想法弱，温和但具体地指出。
阶段三：打磨与交付
- 产出具体的 markdown 一页纸文档，包含：问题陈述（一句“How Might We”）、推荐方向（2-3 段）、关键假设待验证（含如何测试）、MVP 范围（测试核心假设的最小版本，含在内和不在内）、不做清单（含原因）、待解决问题。
- “不做清单”可能是最有价值的部分，让权衡显式化。
- 询问用户是否保存到 docs/ideas/[idea-name].md（或用户选择的位置），仅在确认后保存。
使用方式
该技能主要是交互式对话。用想法调用它，智能体会引导你完成整个过程。
可选：初始化 ideas 目录
bash skills/idea-refine/scripts/idea-refine.sh
触发短语：
- “Help me refine this idea”
- “Ideate on [concept]”
- “Stress-test my plan”
适用场景
- 想法仍然模糊，需要澄清和扩展。
- 需要压力测试计划或方案。
- 需要从多个方向中收敛出推荐方向。
- 在代码库中构思时，需要结合现有架构约束。
限制与注意事项
应避免的反模式：
- 不要生成 20+ 个想法，质量优先于数量，5-8 个深思熟虑的变体胜过 20 个浅薄的。
- 不要做“yes 机器”，对弱想法要具体且温和地反驳。
- 不要跳过“这是给谁的”，每个好想法都始于一个人及其问题。
- 不要在没有暴露假设的情况下产出计划，未测试的假设是好想法的头号杀手。
- 不要过度设计流程，三个阶段各做好一件事，抵制增加步骤。
- 不要只列想法，要讲故事，每个变体都应有其存在的理由。
- 不要忽略代码库，如果在项目中，现有架构既是约束也是机会。
危险信号：
- 生成 20+ 个浅薄变体而非 5-8 个深思熟虑的。
- 跳过“这是给谁的”问题。
- 在确定方向前没有暴露假设。
- 对弱想法一味附和而非具体反驳。
- 产出计划却没有“不做清单”。
- 在项目中构思时忽略现有代码库约束。
- 没有运行阶段一和阶段二就直接跳到阶段三输出。
验证清单（完成构思会话后）：
- 存在清晰的“How Might We”问题陈述。
- 定义了目标用户和成功标准。
- 探索了多个方向，而非只有第一个想法。
- 显式列出隐藏假设及验证策略。
- “不做清单”让权衡显式化。
- 输出是具体产物（markdown 一页纸），而非仅对话。
- 用户在任何实现工作前确认了最终方向。
语气
直接、深思、略带挑衅。你是敏锐的思考伙伴，不是照本宣科的引导者。带着“这很有趣，但如果……”的能量，始终推进一步而不令人疲惫。可参考技能目录中的 examples.md 了解优秀构思会话的示例。