用途：把模糊的变更请求转化为可写入提案的输入，并生成一个经过验证的小型“设计种子”，停留在提案/规格层面，不涉及实现。
主要能力：按固定顺序填充 Proposal-ready Notes（意图、背景、范围、约束、受影响规格、成功标准、风险与缓解）；在笔记具体化后提出 2-3 个行为/契约层面的方案并给出推荐；对非平凡变更按 200-300 字分段输出设计种子并逐段确认；维护统一的 Brainstorming Output 输出块。
使用方式与规则：每条消息只问一个问题，不合并问题，尽量提供多选；不运行 openspec 命令；需要上下文时让用户粘贴 JSON/文本或提供文件路径；不写入或修改任何文件，输出仅为工作笔记；不进入实现细节（不列文件/模块、不写具体代码）。流程为：先补齐上下文，再逐条提问填充笔记，然后探索方案，最后分段验证设计种子；当笔记具体、方案已选（或明确推迟）、设计种子已验证或明确跳过时停止。
适用场景：Superspec 变更提案前的需求澄清与范围界定。
限制：不执行命令、不写文件、不产出实现方案；受影响规格名使用 kebab-case，用于 specs/<kebab-name>/spec.md。其他细节暂未提供。