using-superpowers

特定のタスクを実行するサブエージェントとして割り当てられた場合は、このスキルをスキップしてください。 作業に適用できるスキルが少しでも（1％でも）あると思った場合は、必ずそのスキルを呼び出してください。

タスクに適用できるスキルがある場合、選択の余地はありません。必ず使用してください。

これは交渉の余地がなく、任意ではありません。自分に都合のよい解釈で回避することもできません。

指示の優先順位

Superpowers のスキルはデフォルトのシステムプロンプトの動作より優先されますが、ユーザーの指示は常に優先されます。

1. ユーザーの明示的な指示（CLAUDE.md、GEMINI.md、AGENTS.md、直接の依頼）— 最優先
2. Superpowers のスキル — 競合する場合、デフォルトのシステムの動作より優先
3. デフォルトのシステムプロンプト — 最も低い優先度

CLAUDE.md、GEMINI.md、または AGENTS.md に「TDD を使わないこと」とあり、スキルに「常に TDD を使うこと」とある場合は、ユーザーの指示に従ってください。決定権はユーザーにあります。

スキルへのアクセス方法

ファイルツールを使ってスキルファイルを手動で読まないでください。スキルが正しく有効化されるよう、必ずプラットフォームのスキル読み込み機能を使ってください。

Claude Code の場合： Skill ツールを使用します。スキルを呼び出すと、その内容が読み込まれて提示されます。内容に従ってください。

Codex の場合： スキルはネイティブに読み込まれます。有効化された指示に従ってください。

Copilot CLI の場合： skill ツールを使用します。インストール済みのプラグインからスキルが自動検出されます。

Gemini CLI の場合： activate_skill ツールを使用します。Gemini は必要に応じてスキルのメタデータをセッション開始時に読み込み、完全な内容を有効化します。

その他の環境の場合： スキルの読み込み方法について、プラットフォームのドキュメントを確認してください。

プラットフォームへの適用

スキルでは「サブエージェントを割り当てる」「ToDo を作成する」「ファイルを読む」といったアクションが指示されますが、特定のランタイムのツール名は指定されていません。各プラットフォームで対応するツールや指示ファイルの規約については、claude-code-tools.md、codex-tools.md、copilot-tools.md、gemini-tools.md、pi-tools.md、antigravity-tools.mdを参照してください。Gemini CLI ユーザーには、ツールの対応付けが GEMINI.md を通じて自動的に読み込まれます。

スキルの使用

ルール

応答やアクションを行う前に、関連するスキルまたは指定されたスキルを呼び出してください。 適用される可能性が少しでも（1％でも）ある場合は、確認のためにスキルを呼び出してください。呼び出したスキルが状況に合わないとわかった場合は、使用する必要はありません。

digraph skill_flow {
    "User message received" [shape=doublecircle];
    "About to enter plan mode?" [shape=doublecircle];
    "Already brainstormed?" [shape=diamond];
    "Invoke brainstorming skill" [shape=box];
    "Might any skill apply?" [shape=diamond];
    "Invoke the skill" [shape=box];
    "Announce: 'Using [skill] to [purpose]'" [shape=box];
    "Has checklist?" [shape=diamond];
    "Create a todo per item" [shape=box];
    "Follow skill exactly" [shape=box];
    "Respond (including clarifications)" [shape=doublecircle];

    "About to enter plan mode?" -> "Already brainstormed?";
    "Already brainstormed?" -> "Invoke brainstorming skill" [label="no"];
    "Already brainstormed?" -> "Might any skill apply?" [label="yes"];
    "Invoke brainstorming skill" -> "Might any skill apply?";

    "User message received" -> "Might any skill apply?";
    "Might any skill apply?" -> "Invoke the skill" [label="yes, even 1%"];
    "Might any skill apply?" -> "Respond (including clarifications)" [label="definitely not"];
    "Invoke the skill" -> "Announce: 'Using [skill] to [purpose]'";
    "Announce: 'Using [skill] to [purpose]'" -> "Has checklist?";
    "Has checklist?" -> "Create a todo per item" [label="yes"];
    "Has checklist?" -> "Follow skill exactly" [label="no"];
    "Create a todo per item" -> "Follow skill exactly";
}

危険信号

次のように考えたら、立ち止まってください。これは都合のよい解釈です。

考え	実際
「これは単純な質問にすぎない」	質問もタスクです。スキルを確認してください。
「まずは状況を把握する必要がある」	確認の質問をする前に、スキルを確認してください。
「まずコードベースを調べよう」	スキルが調査の方法を教えてくれます。まず確認してください。
「git やファイルをすぐに確認できる」	ファイルには会話の文脈がありません。スキルを確認してください。
「まず情報を集めよう」	スキルが情報収集の方法を教えてくれます。
「正式なスキルは必要ない」	スキルがあれば使ってください。
「このスキルは覚えている」	スキルは更新されます。最新版を読んでください。
「これはタスクに当たらない」	アクションはタスクです。スキルを確認してください。
「スキルは大げさすぎる」	単純なことが複雑になる場合もあります。使ってください。
「これだけ先にやってしまおう」	何かをする前に確認してください。
「これは有意義な作業に思える」	規律のない行動は時間を無駄にします。スキルはそれを防ぎます。
「意味はわかっている」	概念を知っていることと、スキルを使うことは別です。呼び出してください。

スキルの優先順位

複数のスキルが適用される場合は、次の順序で使用してください。

1. まずプロセススキル（ブレインストーミング、体系的なデバッグ）— タスクへの取り組み方を決定します
2. 次に実装スキル（フロントエンド設計、MCP ビルダー）— 実行方法を導きます

「X を作ろう」→ まずブレインストーミングを行い、その後に実装スキルを使用します。 「このバグを修正して」→ まず体系的なデバッグを行い、その後にドメイン固有のスキルを使用します。

スキルの種類

厳格（TDD、体系的なデバッグ）：指示どおりに従ってください。規律を損なうような変更はしないでください。

柔軟（パターン）：原則を状況に応じて適用してください。

どちらに該当するかは、スキル自体に記載されています。

ユーザーの指示

指示は「何をするか」を示すものであり、「どのようにするか」を示すものではありません。「X を追加して」や「Y を修正して」という指示があっても、ワークフローを省略してよいわけではありません。