用途：把想法转化为一份人类伙伴能识别、也能纠正的设计理解，在动手实现前厘清意图、约束与成功标准。
主要能力：需求分类并宣布路径。探路用于可行性问题，产出答案而非留存代码；有界用于仓库中已有流程的明确范围改动，对话内给出简短设计；架构级用于新项目、新子系统或改动组件关系与依赖接口，走提问、方案对比、分节设计、书面规格的完整流程。拿不准时选更重的路径，发现隐藏复杂度则中途升级，不做降级。
使用方式：先探索项目上下文，查看文件、文档、最近的 commit；每次提一个问题，关注目的、约束、成功标准；架构级提出 2-3 种方案及权衡与推荐；分节展示设计并逐节确认；通过后写入 docs/superpowers/specs/YYYY-MM-DD-<topic>-design.md 并 commit，做规格自检，请用户审查规格，最后调用 writing-plans 技能生成实现计划，不调用其他技能。探路汇报建议即可；有界获批准后直接走正常开发工作流，不写计划文档。
适用场景：创建功能、构建组件、添加功能或修改行为之前。
限制：各路径的批准是硬性关卡，一次回复只批准当下呈现的阶段；探路搭出的代码标注为一次性。视觉伴侣仅在真正需要视觉呈现时单独提议，可能消耗较多 token。