用途：在创建或开发、编写代码或实现计划之前，把粗略想法打磨成完整的设计与规格。它强调通过自然的协作对话推进，而不是直接进入实现。
主要能力与流程：先了解当前项目上下文，查看文件、文档和近期提交；然后一次只问一个问题来细化想法，尽量使用多选题，也可用开放式问题，每条消息只问一个问题，若某主题需要深入则拆成多个问题。关注点包括目的、约束和成功标准。接着提出 2-3 种不同方案并说明取舍，以对话方式给出推荐选项和理由，先讲推荐方案。理解清楚后，把设计分成 200-300 字的段落呈现，每段之后确认是否符合预期，覆盖架构、组件、数据流、错误处理、测试；若有不清晰处可返回澄清。
设计之后：把已验证的设计写入 docs/plans/YYYY-MM-DD-<topic>-design.md，如可用则使用 elements-of-style:writing-clearly-and-concisely 技能，并将设计文档提交到 git。若继续实现，询问“Ready to set up for implementation?”，使用 superpowers:using-git-worktrees 创建隔离工作区，使用 superpowers:writing-plans 创建详细实现计划。
关键原则：一次一个问题，避免一次抛出多个问题；优先多选题；坚决执行 YAGNI，从所有设计中移除不必要的功能；在定稿前始终提出 2-3 种方案；分段增量验证；保持灵活，遇到不合理处返回澄清。
限制：资料未提供收费、价格、平台支持范围或具体效果数据；其依赖的 elements-of-style、superpowers 等技能是否可用需视环境而定。