my-super-powers-brainstorming-flow

name	my-super-powers-brainstorming-flow
description	Use when an M or L level task in this project needs design clarification, option comparison, or user-approved solution shaping before planning or execution.

MySuperPowers Brainstorming Flow

概述

本技能用于把外部 brainstorming 的强设计澄清能力，本地化为服从本项目 AGENTS.md 与 Docs/ 体系的方案前置流程。

何时使用

• L 级任务默认启用。
• M 级任务存在方向分歧、范围边界不清或成功标准未锁定时启用。
• 用户明确要求“先给方案”“先头脑风暴”时启用。

核心规则

1. 先理解当前项目上下文，再进入提问。
2. 一次只推进一个关键问题或一个功能点，不并发丢出整套问题清单。
3. 关键分歧点默认至少给 3 个成熟选项；若客观上只有 2 个合理方向，必须显式说明原因。
4. 每个选项不能只写一句结论，至少要写清适用前提、核心改动、主要收益、风险或成本、验证影响。
5. 推荐方案不能只报结论，必须说明为什么推荐它，而不是另外几个选项。
6. 若证据不足，应先暴露假设、未知项和需要用户确认的点，不用表面完整来代替清晰。
7. 方案未获用户确认前，不进入计划或执行。
8. 正式方案只能写入 Docs/Plans/ 或用户指定位置，不写入外部默认目录。

推荐动作

1. 先确认目标、边界、成功标准。
2. 把关键分歧点拆开，一次只处理一个需要取舍的问题。
3. 对每个关键分歧点默认给出保守、折中、激进三类方案，或给出同等清晰的三种差异化路线。
4. 为每个选项分别写清适用前提、核心改动、主要收益、风险或成本、验证影响。
5. 明确推荐方案、推荐理由，以及当前仍需用户确认的点。
6. 按功能点或风险点分段向用户确认。
7. 形成被确认的正式方案后，再切到 planning-flow/SKILL.md 写出整体迭代计划。

不要这样做

• 不要在问题仍模糊时直接写完整计划。
• 不要把多个独立功能点揉成一个不可确认的大方案。
• 不要给三个看起来不同、实际只是同一路线轻微变体的伪选项。
• 不要只写“方案 A / 方案 B / 方案 C”加一句优缺点就结束。
• 不要把 brainstorming 结果落到 docs/superpowers/specs/。