用途：这是任何范围界定之前的发散步骤。未知的已知（用户看到才认得的判断标准）在候选列表阶段暴露成本最低，若在实现中途才发现就得重新规划。围绕“最省力→最有野心”的跨度作出反应，也有助于避免把范围定得过窄（漏掉高价值方案）或过宽（问题并不需要的野心）。它与相邻技能有区分：设计任务内的第一阶段分解问题空间、架构摩擦扫描、UI 变体原型，都发生在方向已选定之后；本技能是三者的通用上游、以问题为形态的入口。若创意领域已有专门的构思技能，仍归该技能。
主要能力：承接粗略问题 $ARGUMENTS（为空则从对话推断；如果没有待处理的问题就说明并停止）。先复述问题一句话，若不清楚用户起点，只问一个问题确认位置，这是发散而非访谈。随后快速广度扫描（Glob/Grep/定向 Read，先看文件格局再深入），了解入口点、已有部分机制与仓库中的先例。再生成候选列表（默认约 10 个，可随问题规模调整），按最省力→最有野心排序，每个候选基于代码库、写明会触及的文件与机制，一行说明：做什么、在哪里、工作量等级、预期影响；不要自我审查掉有野心的一端，由用户来校准。用户标记共鸣项，默认用编号散文列表作为反馈界面；若跨度大或多轴，可提供自包含的 HTML 反馈捕获页（可勾选候选并复制选择结果），渲染到 topic-docs 临时层，而非记忆切片，即使选择持久化 brainstorm.md 也是如此，对话记录始终为准。最后从共鸣候选中提出范围建议并给出后续路由：/prd、/interview、/design 或可行性/视觉探针，并标注 (RECOMMENDED) 及其依据。
使用方式：默认不产出持久化制品，构思属于对话输出。仅当主题切片已存在时，才可选择把候选列表与反馈持久化到该主题记忆切片的 brainstorm.md（默认 .work/），须主动选择，绝不当默认写入，也不写入契约切片。
限制：它不做决定，由用户反馈驱动选择，技能只带依据给出推荐；不锁定范围或契约（交给 /interview）；不探索已选方向的设计空间（交给 /design）；不构建变体或一次性代码（交给原型能力）。