用途：该技能用于在任何创意工作开始之前（例如创建功能、构建组件、增加功能或修改行为），通过协作式对话，把初步想法转化为成形设计与规格，避免在假设未经验证的情况下直接实现。
主要能力与使用方式：流程以清单方式组织，要求为每一项建立任务并按顺序完成：先查看文件、文档和近期提交记录，了解项目上下文；再以一次一个问题的方式澄清目的、约束与成功标准，优先使用多选题；随后提出2至3种方案，说明权衡并给出推荐及理由；接着按复杂度分节呈现设计（简单处几句话，复杂处约200至300字），每节后询问是否符合预期，覆盖架构、组件、数据流、错误处理与测试；获得确认后，把设计写入 docs/plans/YYYY-MM-DD-<topic>-design.md（若可用则配合 elements-of-style:writing-clearly-and-concisely），提交至 git；最后调用 writing-plans 技能生成详细实施计划。
关键原则：一次只问一个问题；优先多选题；严格遵循 YAGNI，删除不必要功能；始终先提出多种方案再定稿；增量确认，逐节获得批准；发现理解不一致时随时返回澄清。该技能明确反对“太简单不需要设计”的想法，认为简单项目同样需要呈现设计并取得批准，只是设计可以更简短。
限制：流程终止于调用 writing-plans，不应再调用 frontend-design、mcp-builder 或其他实现类技能。关于安装命令、收费与支持的平台，资料暂未提供。