安装方式
手动下载安装
下载 ZIP 后解压到技能目录即可安装。若在桌面客户端 WebView中直接下载出现异常，本站会改为提示页 + 原始链接，请按页内说明操作。
下载 ZIP (oss-superpowers-using-superpowers-v1.0.0.zip)触发指令
/using-superpowers
跨平台安装指引
该技能声明兼容以下 1 个平台，将 ZIP 解压到对应目录即可被识别。
unzip oss-superpowers-using-superpowers-v1.0.0.zip -d ~/.claude/skills/
mkdir -p 创建；启用 Skill 后请重启对应 Agent 让配置生效。
使用指南
使用 Superpowers 技能
若技能适用于当前任务，没有商量余地，必须用。
不可通过「自我合理化」绕过。 </EXTREMELY-IMPORTANT>
指令优先级
Superpowers 技能可覆盖默认系统行为，但 用户显式指令永远最高：
- 用户明确说明（CLAUDE.md、GEMINI.md、AGENTS.md、直接要求）
- Superpowers 技能
- 默认系统提示
若用户写「不要用 TDD」，即使技能要求 TDD，也 听用户的。
如何加载技能
- Claude Code： 用
Skill工具；加载后 按技能正文执行。不要用 Read 去读技能文件。 - Gemini CLI：
activate_skill等机制。 - 其他环境： 查各平台文档。
平台差异
技能里工具名以 Claude Code 为准；其他平台见 references/codex-tools.md 等映射。
使用技能的规则
在回复或行动之前，先加载可能相关的技能。哪怕只有 1% 可能，也应加载核对；若发现不适用可再放下。
（流程图逻辑：收到用户消息 → 是否可能适用技能 → 是则 Skill 工具 → 宣告「正使用某技能做某事」→ 若有清单则 TodoWrite 逐项 → 严格按技能执行 → 再回复含澄清在内的内容。）
危险想法（说明你在找借口）
| 想法 | 事实 | |------|------| | 「只是个小问题」 | 提问也是任务，要查技能。 | | 「先要更多上下文」 | 技能检查 优先于 澄清问题。 | | 「先快速看下代码」 | 技能告诉你 如何 探索；先查技能。 | | 「先跑 git」 | 文件没有对话上下文；先查技能。 | | 「先收集信息」 | 技能定义 如何 收集；先查技能。 | | 「不用正式技能吧」 | 有技能就用。 | | 「我记得这技能」 | 技能会更新；读当前版。 | | 「不算任务」 | 有动作就是任务。 | | 「技能小题大做」 | 简单事也会变复杂；用技能防失控。 | | 「我先干一点再…」 | 任何动作前 先查技能。 | | 「这样很高效」 | 无纪律的「高效」常浪费；技能是约束。 | | 「我懂这个概念」 | 懂概念 ≠ 按技能执行；要 调用。 |
多技能时的顺序
- 流程类优先（头脑风暴、调试）— 决定 怎么做
- 实现类其次（frontend-design、mcp-builder）— 决定 怎么写
「我们来做 X」→ 先头脑风暴，再实现技能。
「修这个 Bug」→ 先系统调试，再领域技能。
技能类型
刚性（如 TDD、调试流程）：严格遵守，不要「灵活掉」纪律。
柔性（模式类）：原则可依语境调整。技能正文会暗示类型。
用户指令
用户说 做什么，没说 怎么做。「加功能 X」不代表可以跳过工作流。
<!-- zh-only -->
# 使用 Superpowers 技能
<SUBAGENT-STOP>
若你是被派发来执行 **单一任务** 的子代理，**跳过** 本技能。
</SUBAGENT-STOP>
<EXTREMELY-IMPORTANT>
只要你认为有 **哪怕 1% 可能** 某技能适用，**就必须** 调用该技能。
若技能适用于当前任务，**没有商量余地，必须用**。
不可通过「自我合理化」绕过。
</EXTREMELY-IMPORTANT>
## 指令优先级
Superpowers 技能可覆盖默认系统行为，但 **用户显式指令永远最高**：
1. **用户明确说明**（CLAUDE.md、GEMINI.md、AGENTS.md、直接要求）
2. **Superpowers 技能**
3. **默认系统提示**
若用户写「不要用 TDD」，即使技能要求 TDD，也 **听用户的**。
## 如何加载技能
- **Claude Code：** 用 `Skill` 工具；加载后 **按技能正文执行**。不要用 Read 去读技能文件。
- **Gemini CLI：** `activate_skill` 等机制。
- **其他环境：** 查各平台文档。
## 平台差异
技能里工具名以 Claude Code 为准；其他平台见 `references/codex-tools.md` 等映射。
# 使用技能的规则
**在回复或行动之前**，先加载可能相关的技能。哪怕只有 1% 可能，也应加载核对；若发现不适用可再放下。
（流程图逻辑：收到用户消息 → 是否可能适用技能 → 是则 Skill 工具 → 宣告「正使用某技能做某事」→ 若有清单则 TodoWrite 逐项 → 严格按技能执行 → 再回复含澄清在内的内容。）
## 危险想法（说明你在找借口）
| 想法 | 事实 |
|------|------|
| 「只是个小问题」 | 提问也是任务，要查技能。 |
| 「先要更多上下文」 | 技能检查 **优先于** 澄清问题。 |
| 「先快速看下代码」 | 技能告诉你 **如何** 探索；先查技能。 |
| 「先跑 git」 | 文件没有对话上下文；先查技能。 |
| 「先收集信息」 | 技能定义 **如何** 收集；先查技能。 |
| 「不用正式技能吧」 | 有技能就用。 |
| 「我记得这技能」 | 技能会更新；读当前版。 |
| 「不算任务」 | 有动作就是任务。 |
| 「技能小题大做」 | 简单事也会变复杂；用技能防失控。 |
| 「我先干一点再…」 | **任何动作前** 先查技能。 |
| 「这样很高效」 | 无纪律的「高效」常浪费；技能是约束。 |
| 「我懂这个概念」 | 懂概念 ≠ 按技能执行；要 **调用**。 |
## 多技能时的顺序
1. **流程类优先**（头脑风暴、调试）— 决定 **怎么做**
2. **实现类其次**（frontend-design、mcp-builder）— 决定 **怎么写**
「我们来做 X」→ 先头脑风暴，再实现技能。
「修这个 Bug」→ 先系统调试，再领域技能。
## 技能类型
**刚性**（如 TDD、调试流程）：严格遵守，不要「灵活掉」纪律。
**柔性**（模式类）：原则可依语境调整。技能正文会暗示类型。
## 用户指令
用户说 **做什么**，没说 **怎么做**。「加功能 X」不代表可以跳过工作流。