using-superpowers

作業に当てはまる可能性がたとえ1％でもあるスキルがあると思った場合は、必ずそのスキルを呼び出さなければなりません。

作業に当てはまるスキルがある場合、使うかどうかを選ぶことはできません。必ず使用してください。

これは交渉の余地がありません。任意ではありません。理由をつけて回避することはできません。

スキルへのアクセス方法

Claude Code の場合： Skill ツールを使用してください。スキルを呼び出すと、その内容が読み込まれて提示されるので、その内容に従ってください。スキルファイルを読むために Read ツールを使用してはいけません。

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

（日本語）スキルの使用

ルール

関連するスキル、または指定されたスキルは、回答や操作を行う前に呼び出してください。 当てはまる可能性がたとえ1％でもある場合は、スキルを確認するために呼び出す必要があります。呼び出したスキルが状況に合わないと分かった場合は、使用する必要はありません。

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

    "About to EnterPlanMode?" -> "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 Skill tool" [label="yes, even 1%"];
    "Might any skill apply?" -> "Respond (including clarifications)" [label="definitely not"];
    "Invoke Skill tool" -> "Announce: 'Using [skill] to [purpose]'";
    "Announce: 'Using [skill] to [purpose]'" -> "Has checklist?";
    "Has checklist?" -> "Create TodoWrite todo per item" [label="yes"];
    "Has checklist?" -> "Follow skill exactly" [label="no"];
    "Create TodoWrite todo per item" -> "Follow skill exactly";
}

注意すべき兆候

次のように考えたら、立ち止まってください。それは、正当化しようとしている兆候です。

考え	実際には
「これは単純な質問にすぎない」	質問も作業です。スキルを確認してください。
「まず、もっと情報が必要だ」	確認の質問をする前にスキルを確認してください。
「まずコードベースを調べよう」	スキルは調査方法を示します。先に確認してください。
「git やファイルならすぐ確認できる」	ファイルだけでは会話の背景が分かりません。スキルを確認してください。
「まず情報を集めよう」	スキルは情報の集め方を示します。
「正式なスキルは必要ない」	スキルがあるなら、使用してください。
「このスキルは覚えている」	スキルは更新されます。最新の内容を読んでください。
「これは作業には当たらない」	操作をするなら、それは作業です。スキルを確認してください。
「スキルは大げさすぎる」	単純なことが複雑になることもあります。使用してください。
「これだけ先にやっておこう」	何かをする前に確認してください。
「これは生産的に感じる」	規律のない行動は時間を無駄にします。スキルを使えば防げます。
「意味は分かっている」	概念を知っていることと、スキルを使うことは別です。呼び出してください。

スキルの優先順位

複数のスキルが当てはまる可能性がある場合は、次の順序で使用してください。

1. プロセススキルを先に（ブレインストーミング、デバッグ）—作業の進め方を決めるため
2. 実装スキルを次に（frontend-design、mcp-builder）—実行方法を導くため

「X を作ろう」→ まずブレインストーミング、その後に実装スキル。 「このバグを修正して」→ まずデバッグ、その後に分野固有のスキル。

スキルの種類

厳格なスキル（TDD、デバッグ）：指示どおりに厳密に従ってください。規律を緩めるような変更はしないでください。

柔軟なスキル（パターン）：原則を状況に合わせて適用してください。

どちらの種類かは、スキル自体に記載されています。

ユーザーの指示

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