用途：在任何创意工作（创建功能、构建组件、增加功能、修改行为）之前使用，通过自然协作对话把想法变成完整设计与规格。
主要能力：先了解项目上下文（文件、文档、近期提交），再逐个提问澄清目的、约束与成功标准；提出 2-3 种方案及取舍并给出推荐；分节呈现设计并逐节获得用户确认；将设计写入 docs/specs/YYYY-MM-DD-<topic>-design.md 并提交 git；对规格做占位符、内部一致性、范围与歧义自查；请用户审阅规格；最后调用 writing-plans 技能生成实施计划。
使用方式：按清单顺序执行——探索项目上下文、必要时单独发消息提供可视化伴侣、逐个提问、提出方案、呈现设计、写设计文档、自查、用户审阅、转入实施。若项目包含多个独立子系统，先帮助拆分为子项目，再对第一个子项目走完整流程。涉及界面时，需在规格中确定美学方向与各屏幕状态覆盖。
适用场景：功能开发、组件构建、功能增改、行为修改等创意工作前的设计阶段。
限制：一次只问一个问题；必须获得用户对设计的批准；终态只能是调用 writing-plans，不得调用其他实施类技能；可视化伴侣需用户同意且可能消耗较多 token；规格位置默认如上，用户偏好可覆盖。其他细节暂未提供。