idea-refine

idea-refine skill 概览

idea-refine 是一个结构化的创意澄清 skill，用于通过发散思考、批判性检视和收敛决策，把模糊概念打磨成更清晰、可落地的方向。它尤其适合创始人、产品负责人、工程师，以及在做 Requirements Planning 的 AI agents：在写 spec 或投入实现之前，先判断到底该做什么。idea-refine skill 的价值不在于泛泛的头脑风暴，而在于逼着你把不确定性压缩成一页明确的 markdown：包含关键假设、范围边界，以及清晰的“明确不做”清单。

idea-refine 擅长解决什么问题

当你手上只有一个模糊的功能想法、产品概念，或者流程调整方向，需要验证它是否值得继续推进时，就适合用 idea-refine。它特别适用于这些场景：真正的问题定义还不够清楚、目标用户不明确，或者可选方案太多、难以下手。这个 skill 在早期产品探索、功能 framing，以及 idea-refine for Requirements Planning 方面尤其有用，因为它会把“有点意思的概念”推进成“可明确决策的具体方向”。

这个 skill 的不同之处

idea-refine 的方法围绕一个 3 步流程展开：先理解并扩展，再评估并收敛，最后打磨并交付。这一点很关键，因为很多 ideation prompt 会直接跳到“给解决方案”。而这个 skill 会先重述你的想法、提出用于澄清的关键问题、生成多个变体，再从中选择方向。这样可以减少“还没想清楚就过度自信”的情况，让最后产出的方案更适合拿来做决策。

什么情况下它特别适合安装

如果你需要一种轻量但有纪律的方法来探索选项、识别假设，并最终留下一个可共享的 markdown 产物，那么就应该选 idea-refine。当你希望助手扮演的是“共同推敲方向的伙伴”，而不是“批量吐功能点的 feature factory”时，它会非常合适。反过来，如果你已经知道精确需求，普通 prompt 可能就够了；如果你还不知道真正该做什么，通常 idea-refine 会是更值得安装的选择。

如何使用 idea-refine skill

安装 idea-refine

可通过 agent-skills 仓库安装：

npx skills add addyosmani/agent-skills --skill idea-refine

如果你希望使用 repo 中提供的本地辅助流程，可以再运行这个 helper script：

bash /mnt/skills/user/idea-refine/scripts/idea-refine.sh

这个脚本会初始化 docs/ideas/，适合那些希望把输出稳定存放到固定位置的用户。这也是比较完整的 idea-refine install 路径：不仅拿到 prompt 行为，也把配套工作流一起搭起来。

一开始就给对输入

这个 skill 在你的第一条消息里同时包含“粗略想法 + 限定上下文”时效果最好。好的输入应该告诉它：想法是什么、是给谁用的、最重要的限制条件是什么。比如：“Refine a workflow tool for small agencies that reduces client approval delays without adding another dashboard.” 这就比 “help me ideate” 强得多。

对于 idea-refine usage，建议在输入里带上：

• 目标用户或客户是谁
• 具体问题或机会点是什么
• 现在的替代做法或竞品是什么
• 预算、时间、平台、范围等约束条件
• 你希望在本轮结束时做出什么决策

按正确顺序看 repo 文件

先看 SKILL.md，了解整体 workflow；然后再看 examples.md、frameworks.md 和 refinement-criteria.md，理解这个 skill 如何处理 ideation、方案比较和评估。如果你关心目录初始化这类行为，再去看 scripts/idea-refine.sh。按照这个顺序读，是在不先通读整个 repo 的前提下，最快弄懂 idea-refine guide 的方法。

把粗糙 prompt 变成更高质量的 session

不要只是笼统地要“ideas”，而要明确要求做一次 refinement，并指定输出目标。一个更强的 prompt 例如：“Use idea-refine to evaluate three directions for a B2B onboarding assistant, then recommend one MVP with assumptions and a not-doing list.” 这样的写法会迫使 skill 做出判断，因此最终的一页方案通常会更有质量、更适合落地。

idea-refine skill 常见问题

idea-refine 只适合早期创业想法吗？

不是。idea-refine skill 同样适用于功能规划、流程重设计、内部工具，以及所有“范围还太大、暂时无法清晰定义”的需求。它最有价值的时机，是团队需要在写实现细节之前，先把备选方向收窄。

它和普通 brainstorming prompt 有什么区别？

普通 prompt 往往只会返回一串想法列表。idea-refine 的设计目标是让过程经过扩展、压力测试和收敛，因此输出会更可执行。对于 idea-refine for Requirements Planning 来说，这意味着更少松散点子，更多可以直接拿来做决策的结构化结论。

新手需要先懂 ideation framework 吗？

不需要。即使没有任何 framework 背景，也可以直接使用这个 skill。若你本身熟悉 HMW、SCAMPER 之类的方法，确实能帮助你提出更好的追问，但核心的 idea-refine usage 并不依赖这些前置知识。

什么时候不该用 idea-refine？

当请求本身已经定义得很清楚、你立刻需要的是最终实现方案，或者核心任务其实是写代码而不是选方向时，就不适合用它。在这些情况下，更窄的 prompt 或专门的 planning skill 会更合适。

如何改进 idea-refine skill 的使用效果

不要只加更多文字，要给更锋利的约束

质量提升最大的方式，不是把背景写得更长，而是补上边界：目标受众、业务目标、平台、时间线，以及哪些内容明确不在范围内。idea-refine skill 最擅长的是在真实约束之间做取舍，而不是产出看起来谁都能接受、但差异度不强的泛化选项。

要它做决策，不要只让它做总结

如果你想要更好的结果，就明确告诉助手它必须做出什么判断：选一个方向、比较两种路径、指出风险最高的假设，或定义 MVP 范围。否则，这个 skill 很容易在探索阶段停留过久。高质量的 idea-refine usage 应该以 recommendation 收尾，而不只是罗列可能性。

检查并复用它的输出结构

repo 里的输出结构本身就是很好的参考：问题陈述、推荐方向、关键假设、MVP 范围，以及 not-doing list。如果第一轮产出还是太泛，可以让它逐段收紧，而不是整份重新生成。通常这样比从头开始新开一轮 session 更快提升清晰度。

留意 idea-refine 的常见失败模式

主要风险包括：ideation 范围过宽、隐藏假设在过程中悄悄漂移，以及方案听起来聪明但并没有对应真实用户问题。遇到以下情况要及时追问或反驳：输出没有指向具体用户、没有区分 painkiller 和 vitamin 型价值、或者没有解释为什么某个方向胜出。这通常是让 idea-refine 在 Requirements Planning 中更有用的最快方式。