用途：在任何创意性工作（新增功能、构建组件、添加功能或修改行为）之前使用，把模糊想法逐步转化为成形的设计与规格。
主要能力与流程：先探索项目上下文（文件、文档、近期提交）；若预期涉及视觉问题，单独用一条消息提供可选的浏览器视觉伴侣（可用于 mockup、图表、布局对比，需打开本地 URL，token 消耗较大，仅问题本身适合看时使用）；每次只问一个问题，聚焦目的、约束与成功标准，优先选择题；提出 2-3 种方案并说明取舍与推荐；按复杂度分节呈现设计，每节后确认；架构、组件、数据流、错误处理、测试都要覆盖；设计强调隔离与清晰边界。
文档与收尾：把确认后的设计写为 Markdown 存到 SoloTerm 项目 scratchpad，路径为 solopowers/specs/YYYY-MM-DD-<topic>-design（用户偏好可覆盖）；随后做 spec 自审（占位符、内部一致、范围、歧义），发现问题直接就地修正；再请用户复核草稿，通过后调用 writing-plans 技能生成实现计划，这是后续唯一应调用的技能，不调用 frontend-design、mcp-builder 等。默认不写入或提交仓库 Markdown 文件，如需持久化到 Git 使用 solopowers-commit-scratchpad。
限制与注意：即使项目看起来“太简单”也必须走设计并获批准；若需求包含多个独立子系统应先拆分，每个子项目各自走 spec→计划→实现循环；YAGNI，删除不必要功能；在既有代码库中遵循现有模式，只做与当前目标相关的改进。