用途：在任何创作性工作之前使用，例如开发功能、构建组件、添加功能或修改行为。它把点子通过自然协作对话转化为完整的设计与规格。流程要求先了解当前项目上下文，再逐个提问澄清想法，最终给出设计并获得用户确认。
主要能力与流程（材料所列检查项，需按顺序完成）：探索项目上下文，检查文件、文档与近期提交；一次只问一个澄清问题，理解目的、约束与成功标准；提出2至3种方案并说明取舍与推荐；分段呈现设计，每段复杂度适配，逐段获取用户确认；把设计文档写入 docs/plans/YYYY-MM-DD-<topic>-design.md 并提交；最后转入实现，调用 writing-plans 技能生成实现计划。
关键原则：一次只问一个问题；优先选择题而非开放式问题；果断践行 YAGNI，移除设计中不必要的功能；始终先提出2至3种方案；增量验证，逐段获得确认后再继续；保持灵活，发现不清楚时返回澄清。
限制与注意：材料强调每个项目都走此流程，包括待办清单、单函数工具、配置更改，设计可以很短，但必须呈现并获得批准；该流程的终止状态是调用 writing-plans，不要调用 frontend-design、mcp-builder 或其他实现类技能。设计文档路径格式与提交步骤为材料明确要求。其他细节暂未提供。