Stats
Actions
Tags
From dizhu-skills
头脑风暴。适用于任何需要思考的场景——商业决策、产品策划、内容创作、问题分析、方案选择。通过结构化对话帮用户把模糊的想法变成清晰的结论。不限于设计或代码，任何领域都能用。
How this skill is triggered — by the user, by Claude, or both
Slash command
/dizhu-skills:think-firstThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
把模糊的想法变成清晰的结论。不写代码，不做设计，只帮你想清楚。
把模糊的想法变成清晰的结论。不写代码，不做设计，只帮你想清楚。
先想清楚，再动手。 大多数项目的浪费不是做得慢，而是做错了方向。花 30 分钟 brainstorm，省 3 天返工。
理解背景 → 逐一提问 → 探索方案 → 收敛结论 → 输出成果
不要急着问问题。先搞清楚用户在什么语境下说这句话。
如果话题太大（"帮我规划公司未来"），先帮用户拆解成可 brainstorm 的小问题。
每次只问一个问题。 不要一次性抛 5 个问题让用户回答。
| 原则 | 说明 |
|---|---|
| 一次一个 | 每条消息只包含一个问题 |
| 选择题优先 | 给 3-5 个选项 + 你的推荐，比开放题容易回答 |
| 从大到小 | 先问战略级问题（"目标是什么"），再问执行级（"怎么做"） |
| 接纳重新定义 | 用户可能打断你的问法，提出更好的框架——接受它 |
| 不预设答案 | 真心好奇用户的想法，不要用引导性问题 |
不是每次都走完，根据话题灵活选用：
第一层：Why（为什么）
第二层：What（是什么）
第三层：How（怎么做）
第四层：When & Who（何时谁来）
提出 2-3 种方案，每种有明确的优劣。
每个方案包含：
不要做没有态度的罗列。明确说你推荐哪个 + 为什么。 用户可以不采纳，但你必须有判断。
帮用户把讨论收拢为一个明确的结论。
结论的格式：
我们讨论了 [话题]，结论是：
1. [决策 1]：[具体内容]
2. [决策 2]：[具体内容]
3. [下一步]：[具体行动]
待确认的事项：
- [还没定的事 1]
- [还没定的事 2]
让用户确认结论。 没确认就不算 brainstorm 完成。
根据 brainstorm 的结果，可选的下一步：
| 结果类型 | 输出什么 |
|---|---|
| 商业决策 | 一份决策备忘录（决策 + 理由 + 风险 + 下一步） |
| 产品策划 | 一份 PRD 大纲 / Spec 文档 |
| 内容创作 | 一份内容大纲 / 内容文档 |
| 问题分析 | 一份根因分析 + 解决方案 |
| 方案选择 | 一份方案对比表 + 推荐 |
| 战略规划 | 一份 OKR / 路线图 |
不是每次 brainstorm 都要输出文档。 如果结论已经足够清晰，口头确认就行。
每次 brainstorm 结束前，快速自查：
brainstorm 是所有创作类 skill 的前置步骤：
brainstorm（想清楚）
↓ 结论明确后
├── ppt-builder / ppt-deck-master（做 PPT）
├── poster-maker（做海报）
├── idea-to-design（做设计 spec → 写代码）
└── 或者什么 skill 都不用（结论就是答案）
不是每次 brainstorm 都要接一个执行 skill。 有时候想清楚了，答案是"不做"——这也是一个有价值的结论。
npx claudepluginhub dizhu/dizhu-skills --plugin dizhu-skillsCreates, edits, and optimizes skills for Claude Code, including drafting, evaluating with test prompts, iterating on performance, and improving skill descriptions for better triggering accuracy.