using-superpowers

<SUBAGENT-STOP>
如果你是以子代理的身分被派來執行特定任務，請跳過此技能。
</SUBAGENT-STOP>

<EXTREMELY-IMPORTANT>
如果你認為有哪怕 1% 的可能性某個技能可能適用於你正在做的事情，你絕對必須呼叫該技能。

如果某個技能適用於你的任務，你別無選擇。你必須使用它。

這沒有商量餘地。這不是可選項。你不能找理由繞過它。
</EXTREMELY-IMPORTANT>

指令優先順序

超能力技能會覆蓋預設系統提示的行為，但使用者指令永遠優先：

1. 使用者的明確指令（CLAUDE.md、GEMINI.md、AGENTS.md、直接要求）——最高優先順序
2. 超能力技能——在與預設系統行為衝突時覆蓋之
3. 預設系統提示——最低優先順序

如果 CLAUDE.md、GEMINI.md 或 AGENTS.md 說「不要使用 TDD」，而某個技能說「永遠使用 TDD」，請遵循使用者的指令。使用者才是主導者。

如何存取技能

在 Claude Code 中： 使用 Skill 工具。當你呼叫一個技能時，其內容會被載入並呈現給你——請直接遵循。絕對不要使用 Read 工具來讀取技能檔案。

在 Copilot CLI 中： 使用 skill 工具。技能會從已安裝的外掛中自動發現。skill 工具的運作方式與 Claude Code 的 Skill 工具相同。

在 Gemini CLI 中： 技能透過 activate_skill 工具啟動。Gemini 在會話開始時載入技能元資料，並在需要時啟動完整內容。

在其他環境中： 請查閱你平台的說明文件，了解技能如何載入。

平台適配

技能使用 Claude Code 的工具名稱。非 CC 平台：請參閱 references/copilot-tools.md（Copilot CLI）、references/codex-tools.md（Codex）以了解對應的工具。Gemini CLI 使用者會透過 GEMINI.md 自動載入工具對應。

使用技能

規則

在任何回應或動作之前，先呼叫相關或被要求的技能。 即使只有 1% 的可能性某個技能可能適用，你也應該呼叫該技能來確認。如果呼叫的技能最終不適用於當前情況，你不需要使用它。

digraph skill_flow {
    "收到使用者訊息" [shape=doublecircle];
    "即將進入計畫模式？" [shape=doublecircle];
    "已經腦力激盪過？" [shape=diamond];
    "呼叫腦力激盪技能" [shape=box];
    "是否有任何技能可能適用？" [shape=diamond];
    "呼叫 Skill 工具" [shape=box];
    "宣告：'使用 [技能] 來 [目的]'" [shape=box];
    "有檢查清單？" [shape=diamond];
    "為每個項目建立 TodoWrite 待辦事項" [shape=box];
    "完全遵循技能" [shape=box];
    "回應（包括釐清問題）" [shape=doublecircle];

    "即將進入計畫模式？" -> "已經腦力激盪過？";
    "已經腦力激盪過？" -> "呼叫腦力激盪技能" [label="否"];
    "已經腦力激盪過？" -> "是否有任何技能可能適用？" [label="是"];
    "呼叫腦力激盪技能" -> "是否有任何技能可能適用？";

    "收到使用者訊息" -> "是否有任何技能可能適用？";
    "是否有任何技能可能適用？" -> "呼叫 Skill 工具" [label="是，即使只有 1%"];
    "是否有任何技能可能適用？" -> "回應（包括釐清問題）" [label="絕對不適用"];
    "呼叫 Skill 工具" -> "宣告：'使用 [技能] 來 [目的]'";
    "宣告：'使用 [技能] 來 [目的]'" -> "有檢查清單？";
    "有檢查清單？" -> "為每個項目建立 TodoWrite 待辦事項" [label="是"];
    "有檢查清單？" -> "完全遵循技能" [label="否"];
    "為每個項目建立 TodoWrite 待辦事項" -> "完全遵循技能";
}

紅旗警訊

這些想法代表 STOP——你正在找理由：

想法	現實
「這只是個簡單的問題」	問題就是任務。檢查是否有技能。
「我需要更多上下文」	技能檢查應在釐清問題之前。
「讓我先探索程式碼庫」	技能告訴你如何探索。先檢查。
「我可以快速檢查 git/檔案」	檔案缺乏對話上下文。檢查是否有技能。
「讓我先收集資訊」	技能告訴你如何收集資訊。
「這不需要正式的技能」	如果技能存在，就使用它。
「我記得這個技能」	技能會演進。閱讀當前版本。
「這不算任務」	行動 = 任務。檢查是否有技能。
「這個技能小題大作」	簡單的事情會變複雜。使用它。
「我先做這一件事就好」	在做任何事之前先檢查。
「這樣感覺很有效率」	無紀律的行動浪費時間。技能可以防止這點。
「我知道那是什麼意思」	知道概念 ≠ 使用技能。呼叫它。

技能優先順序

當多個技能可能適用時，請依此順序使用：

1. 流程技能優先（腦力激盪、除錯）——這些決定如何處理任務
2. 實作技能其次（前端設計、MCP 建構器）——這些引導執行

「我們來建立 X」→ 先腦力激盪，再實作技能。
「修復這個錯誤」→ 先除錯，再領域特定技能。

技能類型

嚴格型（TDD、除錯）：完全遵循。不要為了方便而調整紀律。

彈性型（模式）：根據情境調整原則。

技能本身會告訴你它是哪一種。

使用者指令

指令說明做什麼，而不是怎麼做。「加入 X」或「修復 Y」不代表可以跳過工作流程。