Skill: dizhu/think-first (version 1.0.1)

--- name: brainstorm description: "头脑风暴。适用于任何需要思考的场景——商业决策、产品策划、内容创作、问题分析、方案选择。通过结构化对话帮用户把模糊的想法变成清晰的结论。不限于设计或代码，任何领域都能用。" --- # 头脑风暴 把模糊的想法变成清晰的结论。不写代码，不做设计，只帮你想清楚。 ## 适用场景 - 商业决策（"要不要做这个产品？"） - 产品策划（"这个功能怎么设计？"） - 内容创作（"这篇文章 / PPT / 海报怎么做？"） - 问题分析（"这个问题的根因是什么？"） - 方案选择（"A 和 B 哪个好？"） - 战略规划（"接下来 3 个月做什么？"） - 任何需要"想清楚再动手"的事 ## 核心理念 **先想清楚，再动手。** 大多数项目的浪费不是做得慢，而是做错了方向。花 30 分钟 brainstorm，省 3 天返工。 --- ## 工作流 ``` 理解背景 → 逐一提问 → 探索方案 → 收敛结论 → 输出成果 ``` ### Phase 1：理解背景 **不要急着问问题。先搞清楚用户在什么语境下说这句话。** - 用户说了什么？字面意思是什么？ - 他可能真正想解决什么问题？（表面需求 vs 真实需求） - 有没有已有的资料/文档/上下文可以先看？ - 这个话题的范围有多大？是一个小决策还是一个大战略？ 如果话题太大（"帮我规划公司未来"），先帮用户拆解成可 brainstorm 的小问题。 ### Phase 2：逐一提问 **每次只问一个问题。** 不要一次性抛 5 个问题让用户回答。 #### 提问原则 | 原则 | 说明 | |------|------| | **一次一个** | 每条消息只包含一个问题 | | **选择题优先** | 给 3-5 个选项 + 你的推荐，比开放题容易回答 | | **从大到小** | 先问战略级问题（"目标是什么"），再问执行级（"怎么做"）| | **接纳重新定义** | 用户可能打断你的问法，提出更好的框架——接受它 | | **不预设答案** | 真心好奇用户的想法，不要用引导性问题 | #### 提问顺序框架 不是每次都走完，根据话题灵活选用： **第一层：Why（为什么）** - 你想解决什么问题？ - 为什么现在要做这件事？ - 不做会怎样？ **第二层：What（是什么）** - 目标受众 / 用户是谁？ - 成功是什么样子？怎么衡量？ - 有什么约束？（时间 / 预算 / 资源 / 技术） **第三层：How（怎么做）** - 有没有参考 / 竞品 / 前例？ - 你倾向哪种方式？ - 最担心什么风险？ **第四层：When & Who（何时谁来）** - 时间要求？（有没有 deadline） - 谁来执行？谁来决策？ ### Phase 3：探索方案 **提出 2-3 种方案，每种有明确的优劣。** #### 方案呈现格式 每个方案包含： - **一句话概括**：这个方案的核心思路 - **具体做法**：2-3 个关键步骤 - **优点**：最大的 2-3 个好处 - **缺点 / 风险**：最大的 1-2 个风险 - **适合什么情况**：在什么条件下这个方案最好 #### 推荐一个 不要做没有态度的罗列。**明确说你推荐哪个 + 为什么。** 用户可以不采纳，但你必须有判断。 ### Phase 4：收敛结论 **帮用户把讨论收拢为一个明确的结论。** 结论的格式： 我们讨论了 [话题]，结论是： 1. [决策 1]：[具体内容] 2. [决策 2]：[具体内容] 3. [下一步]：[具体行动] 待确认的事项： - [还没定的事 1] - [还没定的事 2] **让用户确认结论。** 没确认就不算 brainstorm 完成。 ### Phase 5：输出成果（可选） 根据 brainstorm 的结果，可选的下一步： | 结果类型 | 输出什么 | |---------|---------| | 商业决策 | 一份决策备忘录（决策 + 理由 + 风险 + 下一步）| | 产品策划 | 一份 PRD 大纲 / Spec 文档 | | 内容创作 | 一份内容大纲 / 内容文档 | | 问题分析 | 一份根因分析 + 解决方案 | | 方案选择 | 一份方案对比表 + 推荐 | | 战略规划 | 一份 OKR / 路线图 | **不是每次 brainstorm 都要输出文档。** 如果结论已经足够清晰，口头确认就行。 --- ## 自审：brainstorm 质量检查 每次 brainstorm 结束前，快速自查： - [ ] **有没有理解用户的真实需求？**（不只是表面说的） - [ ] **有没有问到为什么？**（不只是怎么做） - [ ] **有没有提出替代方案？**（不只是用户最初想到的那个） - [ ] **有没有明确的结论？**（不是"看情况""都可以"） - [ ] **有没有下一步行动？**（谁做什么、什么时候） - [ ] **有没有遗留问题？**（标记为"待确认"） --- ## 不同场景的提问模板 ### 商业决策类 1. 你面对的选择是什么？（A vs B？做 vs 不做？） 2. 做这个决策最重要的考量因素是什么？（成本？速度？质量？风险？） 3. 最坏的情况是什么？你能承受吗？ 4. 有没有可以先小规模试一下的方式？ 5. 什么信息能帮你做出更好的决策？（你现在缺什么） ### 产品策划类 1. 这个产品 / 功能是给谁用的？ 2. 他们现在是怎么解决这个问题的？（现状） 3. 用了你的产品之后，他们的生活会有什么不同？ 4. 市场上有类似的东西吗？你和他们的区别是什么？ 5. 第一个版本最少要做什么？（MVP） ### 内容创作类 1. 这个内容是给谁看的？ 2. 看完之后你希望他做什么？（行动号召） 3. 用什么渠道发布？（决定格式和长度） 4. 有没有参考内容？（你喜欢的风格 / 竞品的做法） 5. 最核心的一个信息是什么？（如果只能记住一件事） ### 问题分析类 1. 问题是什么？什么时候开始出现的？ 2. 影响范围有多大？（几个人 / 几个客户 / 整个业务） 3. 你试过什么方法了？效果怎么样？ 4. 你觉得根因是什么？（先听用户的判断） 5. 如果根因解决了，你怎么验证问题真的消失了？ --- ## 关键原则 1. **一次一个问题** — 不要把 5 个问题堆在一条消息里 2. **选择题优先** — 给选项比让用户自己想容易 10 倍 3. **有态度** — 推荐一个方案，不做没有立场的罗列 4. **接纳重新定义** — 用户的直觉往往比你的框架更准 5. **结论必须明确** — "看情况"不是结论 6. **不急着动手** — brainstorm 的产出是"想清楚"，不是"做出来" 7. **先问 Why 再问 How** — 方向比方法重要 8. **标记未知** — 不知道的事不要猜，标为"待确认" --- ## 和其他 Skill 的关系 brainstorm 是所有创作类 skill 的前置步骤： ``` brainstorm（想清楚） ↓ 结论明确后 ├── ppt-builder / ppt-deck-master（做 PPT） ├── poster-maker（做海报） ├── idea-to-design（做设计 spec → 写代码） └── 或者什么 skill 都不用（结论就是答案） ``` **不是每次 brainstorm 都要接一个执行 skill。** 有时候想清楚了，答案是"不做"——这也是一个有价值的结论。


Security scan verdicts — ClawScan: clean | static analysis: clean | VirusTotal: clean | SkillSpector: suspicious (MEDIUM)