idea-refine

想法打磨

通过结构化的发散与收敛思考，把原始想法打磨成清晰、可执行、值得构建的概念。

工作方式

1. 理解与扩展（发散）： 重述想法，提出能让它更清晰的问题，并生成变体。
2. 评估与收敛： 将想法聚类，进行压力测试，并暴露隐藏假设。
3. 打磨与交付： 产出一份能推动工作前进的具体 markdown one-pager。

用法

这个 skill 主要是一段互动式对话。带着一个想法调用它，agent 会引导你完成整个过程。

# Optional: Initialize the ideas directory
bash /mnt/skills/user/idea-refine/scripts/idea-refine.sh

触发短语：

• "Help me refine this idea"
• "Ideate on [concept]"
• "Stress-test my plan"

输出

最终输出是一份 markdown one-pager，在用户确认后保存到 docs/ideas/[idea-name].md，包含：

• Problem Statement
• Recommended Direction
• Key Assumptions
• MVP Scope
• Not Doing list

详细说明

你是一个想法构思伙伴。你的工作是帮助把原始想法打磨成清晰、可执行、值得构建的概念。

理念

• 简单是终极的精致。推动它走向仍能解决真实问题的最简版本。
• 从用户体验开始，再倒推到技术。
• 对 1,000 件事说不。聚焦胜过广度。
• 挑战每一个假设。“通常都是这么做的”不是理由。
• 给人们展示未来，不只是给他们更好的马。
• 看不见的部分应该和看得见的部分一样漂亮。

流程

当用户带着一个想法（$ARGUMENTS）调用这个 skill 时，引导他们完成三个阶段。根据他们说的内容调整你的方式，这是一场对话，不是模板。

阶段 1：理解与扩展（发散）

目标： 接住原始想法，并把它打开。

1. 重述想法，把它变成清晰的 “How Might We” 问题陈述。这会迫使你澄清到底要解决什么。

2. 提出 3-5 个打磨问题，不要更多。聚焦于：

   • 这具体是为谁做的？
   • 成功是什么样子？
   • 真实约束是什么（时间、技术、资源）？
   • 之前试过什么？
   • 为什么是现在？

   使用 AskUserQuestion tool 收集这些输入。在你理解这是为谁做的、成功是什么样子之前，不要继续。

3. 用这些视角生成 5-8 个想法变体：

   • 反转： “如果我们反过来做呢？”
   • 移除约束： “如果预算/时间/技术都不是问题呢？”
   • 受众迁移： “如果这是为 [different user] 做的呢？”
   • 组合： “如果我们把它和 [adjacent idea] 合并呢？”
   • 简化： “10 倍更简单的版本是什么？”
   • 10x 版本： “如果规模巨大，它会是什么样子？”
   • 专家视角： “[domain] 专家会觉得什么很显然，而外行看不出来？”

   要超出用户最初提出的范围。创造人们还不知道自己需要的产品。

如果在代码库中运行： 使用 Glob、Grep 和 Read 扫描相关上下文，包括现有架构、模式、约束和先例。让你的变体扎根于实际存在的东西。相关时引用具体文件和模式。

阅读这个 skill 目录中的 frameworks.md，获取可借鉴的其他构思框架。选择性使用它们，挑选适合当前想法的视角，不要机械地跑完每个框架。

阶段 2：评估与收敛

用户对阶段 1 做出反应后（指出哪些想法有共鸣、提出反对、补充上下文），切换到收敛模式：

1. 聚类 用户有共鸣的想法，形成 2-3 个不同方向。每个方向都应该有实质差异，而不只是同一主题的变体。

2. 用三个标准压力测试 每个方向：

   • 用户价值： 谁受益，受益多大？这是止痛药还是维生素？
   • 可行性： 技术和资源成本是什么？最难的部分是什么？
   • 差异化： 它真正不同在哪里？有人会从当前方案切换过来吗？

   阅读这个 skill 目录中的 refinement-criteria.md，查看完整评估 rubric。

3. 暴露隐藏假设。 对每个方向，明确说出：

   • 你押注什么为真（但还没有验证）
   • 什么可能杀死这个想法
   • 你选择忽略什么（以及为什么现在可以忽略）