用途：在创建功能、构建组件、添加功能或修改行为等创意工作开始前，先通过自然协作对话把想法转化为完整设计与规格。
主要能力与流程： 一、理解想法。先查看当前项目状态，包括文件、文档和近期提交记录；随后一次只问一个问题来细化想法，优先使用多选题，也可用开放式问题；每条消息只提一个问题，若某主题需要深入，则拆成多个问题；聚焦理解目的、约束与成功标准。 二、探索方案。提出2至3种不同方案及其权衡，以对话方式给出选项、推荐与理由，并先讲推荐选项再解释原因。 三、呈现设计。在确认理解后，把设计拆成每段200至300字的小节逐一呈现，每段后询问是否看起来正确；内容覆盖架构、组件、数据流、错误处理与测试；若有不清晰处，应回退澄清。
收尾步骤：将已验证的设计写入 docs/plans/YYYY-MM-DD-<topic>-design.md，并把设计文档提交到 git。若继续实施，先询问“Ready to set up for implementation?”，必要时使用 ltk:using-git-worktrees 创建隔离工作区，再用 ltk:writing-plans 制定详细实施计划。
关键原则：一次只问一个问题，避免信息过载；尽量用多选题降低回答难度；严格执行 YAGNI，剔除不必要功能；在定稿前始终提出2至3种替代方案；分段增量验证设计；保持灵活，遇到不清晰处及时回退澄清。
限制：资料未提供具体收费、价格、支持平台或效果数据；该技能依赖对话协作与人工确认，不能替代用户对设计与需求的最终判断。