用途：在创建或开发项目、编写代码或实现计划之前，把粗略想法细化为完整的设计与规格。它强调通过自然的协作式对话推进，而不是直接给出方案。
主要能力与流程：先了解当前项目上下文，包括文件、文档和近期提交记录；随后一次只问一个问题来细化想法，尽量使用多选题，也可用开放式问题，每条消息只问一个问题，必要时把话题拆成多个问题。关注点包括目的、约束和成功标准。接着提出 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 种替代方案；分段增量验证设计；保持灵活，遇到不清楚处返回澄清。
适用场景：新项目或新功能启动前的需求梳理、方案选型与设计文档产出。限制：资料未提供具体安装方式、收费、平台支持或效果数据。