若技能适用于当前任务，没有商量余地，必须用。

不可通过「自我合理化」绕过。 </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」不代表可以跳过工作流。