用途：通过自然协作对话，把想法转化为成形设计与规格说明。它先对请求分类，再沿对应路径推进：理解上下文、细化想法、呈现设计、获得人类伙伴批准。
三条路径：Spike（可行性问题，产出是答案而非保留代码，2-3句说明问题与尝试，获批后尽量低成本验证，报告建议并标注抛弃物）；Bounded（对仓库中已存在代码的小范围改动，如新增标志、小端点、单文件修复，需询问关键问题，在聊天中给出简短设计后停止，获明确同意才实现，无规格文件或计划文档）；Architectural（新项目、新子系统、重构组件关系或更改他人依赖的接口，走完整流程：提问、方案、分节设计、撰写规格，再调用 writing-plans）。路径存疑时取较重者，中途发现隐藏复杂度只能升级不可降级。
各路径均以人类批准意图为终点，简单任务的产物更短而非免批准。必要用法：先分类并口头说明路径；逐条提问、一次一条；架构级先探索项目上下文、在恰当时机（非一开始）提供可视化伴侣、提出2-3种方案、分节呈现设计并逐节确认、写入 docs/superpowers/specs/YYYY-MM-DD-<topic>-design.md 并提交、自审规格、请用户审阅，最后仅调用 writing-plans。
限制：文档未说明具体收费标准与平台支持细节；依赖宿主环境提供的技能发现与工具；MCP 非必需，若宿主未暴露则不得声称使用；未经直接证据不得宣称成功。