brainstorming 这份 Skill 用结构化对话把想法整理成设计。它先读现有背景，确认目标、约束与非目标，再比较方案并保留决策理由。
性能、规模、隐私和维护责任都是方案的一部分。未确认的条件要写成假设，不能用“以后再说”让团队误以为已经解决。
主文分阶段请求确认，记录选了什么、替代方案和理由。这能减少理解偏差，但“用户认可”不等于性能、需求或架构已通过实际验证，设计稿仍需可测的验收。
适合尚未形成共识的复杂方案讨论，详细流程带有特定工具和高风险移交要求。本文只介绍这份流程，不执行逐段审批或多代理移交；对已经明确的小任务，照搬全部阶段也可能增加沟通负担。