brainstorm 用于在动手前判断一个不确定的想法是否值得构建，以及应朝哪个方向探索。它强调先弄清“为什么”再决定“怎么做”，先识别问题再选择机制，并扩展备选方案，但不编写生产代码或实现任务。
主要流程：一是理解问题，利用已有上下文并检查相关代码、文档和既往决策，只询问研究无法回答的内容，例如受影响者、当前失败点、重要性及影响决策的约束；没有新证据不重开已定决策。二是比较可行方向，对比当前做法、最小有用改动，以及存在时的实质性不同方案，说明预期结果、成本和主要风险；关于项目的论断须引用本次运行中检查过的文件，假设和未经验证的外部主张要标注。生成想法时需依据 references/idea-basis-contract.md，每个想法要有来源或明确推理依据；用户无法评估某领域时参考 references/blindspot-pass.md。仅当明确要求评审会时才使用 models-consensus，该技能自行负责审批、路由、调度与产物，传入中性问题陈述并使用其报告，常规选项不建评审会。三是选择方向，推荐一个选项并解释关键权衡，请用户确认或更改，解决实质性反对意见，不要求固定选项数或轮次。四是返回结论，给出 BUILD、DEFER、REDUCE SCOPE 或 REJECT，并附原因、建议范围、排除项、未决事项和证据；DEFER 需指明应重开问题的事件；避免没有测量依据的数字置信度。
对于 BUILD 或 REDUCE SCOPE，将达成一致的方向交给 interview-me，在 to-prd 前确定需求，且仅在用户请求范围内继续；对于 DEFER 或 REJECT 则停止。结论即验收契约，此处不需要实现计划。直接调用时，先用 shared/references/model-preview.md 选择分支；协调者工作和确定性命令在调用权限内进行；实际工作分支使用一个已批准的路由快照，嵌套调用复用它，不重新选路或增加工作分支。