用途：在开始创意实现类工作之前，先把模糊想法通过自然对话澄清为完整设计与规格，明确目的、约束与成功标准，避免因未检验的假设造成返工。
主要能力与流程：先了解当前项目上下文（检查文件、文档、近期提交）；再逐个提出澄清问题，尽量用多选题，每条消息只问一个问题；提出 2-3 种方案并说明权衡与推荐理由；按复杂度分段呈现设计，每段后确认是否正确，覆盖架构、组件、数据流、错误处理与测试，用户不认可则回到澄清与修订；设计通过后写入设计文档并提交 git；最后调用 writing-plans 技能生成实施计划。
必要用法与产出：流程要求为清单每一项创建任务并按序完成；设计文档保存路径为 docs/plans/YYYY-MM-DD-<topic>-design.md 并提交；可用时使用 elements-of-style:writing-clearly-and-concisely 技能。
关键原则：一次只问一个问题、优先多选题、坚决执行 YAGNI 删除多余功能、始终先提供 2-3 种替代方案、增量确认、随时可回退澄清。
适用场景：任何创意实现工作前，包括待办清单、单功能工具、配置变更等，简单项目也需走流程，设计可以很短。
限制：其终态是调用 writing-plans，明确禁止调用 frontend-design、mcp-builder 或其他实现类技能；资料未提供安装方式、平台支持、收费与版本信息。