用途：把初步想法通过自然协作对话转化为完整设计，并将成果保存到 OpenSpec 变更目录、提取正式规格。适用于已初始化 OpenSpec 的项目；若未初始化则回退到标准 superpowers:brainstorming。
主要能力：先了解项目上下文（文件、文档、近期提交），再逐个提问澄清目的、约束与成功标准；提出 2-3 种方案及取舍并给出推荐；按 200-300 字小节呈现设计（架构、组件、数据流、错误处理、测试），每节确认后再继续；将验证过的设计写入 openspec/changes/<name>/proposal.md 并提交 git；按能力拆分，生成 openspec/changes/<name>/specs/<capability>/spec.md，使用 Given/When/Then 与 RFC 2119 关键词（SHALL/MUST/SHOULD/MAY），交用户验证后提交。
使用方式：先检查 ls openspec/config.yaml 2>/dev/null，确认已初始化；用 openspec new change <feature-name> --schema superpowers 创建变更；查看状态用 openspec status --change <name> --json；如需继续实现，可配合 superpowers:using-git-worktrees 创建隔离工作区，并用 openspec-writing-plans 生成实施计划。
原则与限制：每次只问一个问题，优先多选；坚持 YAGNI，剔除不必要功能；先探索替代方案再定稿；增量验证设计；规格需可测试而非纯叙述。资料未提供具体收费、平台支持范围或效果保证。