用途：在动手写代码前强制加入提问阶段，避免快速地把错误的东西做出来。核心理念是“一个问题花30秒，一次错误开发花3天”。方法为苏格拉底式提问，分5类，按上下文选取最相关的，不必每次都全部提问：1）问题类：真正要解决什么、为谁、不做有何代价、如何衡量成功、是否有更简单的80%方案；2）约束类：业务/技术/时间/资源约束，以及绝不能破坏什么；3）替代方案类：至少3种做法、为何选这个、已尝试过什么、是否有现成方案、能否不写代码；4）假设类：哪些未经验证、流量规模、真实使用模式、涉及哪些外部方、假设错误会怎样；5）后果类：对最终用户的影响、对其他功能模块的影响、运维成本、如何回滚、1至3年后如何演进。
输出：头脑风暴后产出一页以内的内容，包括：1至2句话重述的问题、最多5条主要约束、选定方案与2个被拒替代方案及理由、实现初期需验证的关键假设、已识别风险与缓解措施。
适用场景：初始需求含“也许”“很可能”“我觉得”，提出者不是最终用户，初看存在多种可能方案，或功能涉及遗留代码与复杂领域时应执行；明显只有一种修法的 bug、错别字/格式/文档、范围明确且少于10分钟的琐碎任务可跳过。
限制与反模式：头脑风暴无限拖延（限时30分钟）、提答案显而易见的问题、自问自答、以“紧急”为由跳过、只把答案记在脑中而不写下来。快速变体可用丰田“5 Whys”追根因，如支付失败逐层追问至缺少迁移检查清单。与 Claude Craft 集成时，可作为 /workflow:analyze 的起点，/workflow:plan 的 PRD 应回答这5类问题，@product-owner 可主导提问，输出可拆成 atomic-tasks，架构类功能在头脑风暴之后再用 architect 技能。资料未提供安装命令与收费信息。