用途：在开始任何功能、项目或设计工作前，引导协作式设计细化，避免直接进入实现。核心原则是“先设计，后编码”。
主要能力：按步骤推进流程——先理解目标（问题、用户、成功标准、约束），再探索方案空间与权衡，随后提出2-3个备选方案并给出推荐，接着分段展示设计并逐段获得确认，最后将设计文档保存到 docs/plans/YYYY-MM-DD-<topic>-design.md。强调 YAGNI，主动剔除“可能不错”的功能、边缘情况、为未来灵活性做的抽象和超前优化，并追问“MVP 是否需要”。
使用方式：提问时一次只问一个问题，优先使用多选题和受限问题，并主动暴露假设（如“我假设 X，对吗？”）。方案对比采用统一格式列出优点、缺点和最佳适用场景。设计文档包含问题陈述、目标、非目标、提议方案、备选方案、技术设计、开放问题和后续步骤。设计获批后，可询问是否准备进入实现，并衔接 using-git-worktrees 创建隔离工作区、writing-plans 编写详细实现计划。
适用场景：新功能、新项目或设计工作的早期阶段，需要澄清需求、比较方案并形成可评审设计文档时。
限制：资料未提供具体安装命令、平台支持、收费或价格信息；该技能依赖对话式协作，不替代实际编码与实现。