想法脑暴

这个技能解决什么问题

当你有一个想法，比如"我想给应用加个支付功能"，最直接的做法是打开编辑器开始写代码。但很快会遇到问题：需求不明确、边界没想清楚、方案选择没有依据。你写了两天代码，才发现支付流程的异常处理和用户确认环节根本没设计。

这个技能的存在就是为了填补"想法"和"实现"之间的空白。它把设计阶段变成一次结构化的对话，而不是一段被跳过的流程。

它如何工作

核心是一个 9 步清单，从理解上下文开始：

• 先检查项目现有结构：文件、文档、最近的提交，而不是凭空提问
• 一次只问一个问题，优先用选择题而非开放式提问
• 提出 2-3 个实现方案，附上权衡分析和个人推荐
• 分段呈现设计，每段结束后停下来确认，而不是一次性输出全部

一个值得注意的反模式被明确写出来："这太简单了，不需要设计"。即使是改一个 todo 列表、加一个工具函数，也需要经过这个流程。设计可以很短，但不能跳过。

设计文档会被写入 docs/superpowers/specs/YYYY-MM-DD--design.md，并经过自检（占位符、内部一致性、范围、歧义）。最终的终态是调用 writing-plans 技能生成实现计划。

适用边界

如果你的请求包含多个独立子系统（比如"做一个平台，有聊天、文件存储、计费和分析"），技能会先要求分解项目，而不是一头扎进细节。每个子项目独立走设计→计划→实现的循环。

视觉伴侣不是前置功能。只有在问题真的需要展示而非文字描述时（比如"哪种布局更好"），才会提议打开浏览器。需求澄清、方案权衡这类文本问题仍在终端解决。

需要理解的是，这个技能不产生代码，也不直接实现任何功能。它是一个流程控制技能，确保在动手之前，设计和规格已经过确认。