用途：在开始任何创意工作（新功能、组件、功能变更或修改现有行为）时，把模糊想法转化为完整设计。流程以自然协作对话进行，最终产出经批准的设计文档。
主要能力与流程：先探索项目上下文（文件、文档、近期提交）；一次只问一个澄清问题，理解目的、约束与成功标准；提出 2-3 种方案并说明取舍与推荐；分节呈现设计，每节后获取用户确认；最后把设计写入 docs/plans/YYYY-MM-DD-<topic>-design.md 并提交到 git。设计覆盖架构、组件、数据流、错误处理与测试。
使用方式：按清单逐项创建任务并依序完成。提问优先用多选题，也可开放式；每条消息只问一个问题。设计分节按复杂度缩放，简单项目可仅几句话，复杂部分可到 200-300 字。若可用，可调用 elements-of-style:writing-clearly-and-concisely 技能。设计获批并提交后本技能结束，后续步骤由调用方决定，例如进入 /writing-plans 做实现规划，或直接进入 /software-forge 走完整生命周期。
适用场景：任何项目都适用，包括待办清单、单函数工具、配置变更等看似简单的项目；简单项目设计可以很短，但仍必须呈现并获得批准。
限制与原则：一次一个问题，避免信息过载；优先多选题；严格遵循 YAGNI，移除不必要功能；始终先提出 2-3 种方案；增量验证，逐节获批；发现不合理时返回澄清。本技能不规定下一步做什么。