用途：brainstorm-workflow 是一个“设计到计划”的宿主（host）。设计对话由外部 Superpowers 的 brainstorming 负责，实施计划由仓库内 solve-workflow 的「制定计划」负责；本宿主只负责前置检查、路径提示、终端覆盖（不调用 writing-plans）与硬交接。它并非更严格的 solve-workflow；若目标是缺陷根因/证据驱动诊断，应改用 solve-workflow 或 opsx-solve-workflow。
主要能力与流程：启动时校验 frontmatter 中每个 dependencies 条目，缺失即中止并给出安装表，不做静默降级。缺失 brainstorming 时安装 Superpowers（如 https://github.com/obra/superpowers 的平台插件，或在 skills CLI 支持时执行 npx skills add https://github.com/obra/superpowers.git --skill brainstorming，目录/名称必须为 brainstorming）；缺失 solve-workflow 时执行 npx skills add FuDesign2008/open-skills -g --skill solve-workflow --yes。不得把 brainstorming 内置（vendor）到本仓库。
流程：0 前置检查；1 意图门——若主要是缺陷根因则重定向并中止本宿主；2 加载 brainstorming 并遵循其清单（探索上下文、每轮一问、2–3 个方案、分段设计确认、写设计文档、规格自审、用户审阅书面规格），宿主覆盖项优先：写文件前询问保存路径，推荐 docs/design/YYYY-MM-DD-<topic>-design.md；用户批准书面规格后不得调用 writing-plans；3 硬交接——加载 solve-workflow 并仅进入「制定计划」，跳过其 1–4 阶段，传入设计路径与摘要；4 在 solve 第 5 阶段出口（计划确认）停止，后续执行/验证属于 solve-workflow。
模式：触发词含「自动」为自动模式，否则手动；运行中可「切换自动模式」/「切换手动模式」。手动模式在宿主出口暂停等待，自动模式在书面规格批准后直接硬交接。
限制：本宿主不得编写业务/生产代码；不得在设计批准后调用 writing-plans；不得在交接成功后对同一设计重跑 solve 1–4 阶段；不得静默降级；不得内置 brainstorming。输出模板见 reference.md。