using-superpowers

スキルが今行っている作業に少しでも関係する可能性が1%でもあると思ったら、そのスキルを必ず読まなければなりません。

タスクにスキルが該当する場合、選択の余地はありません。必ずそのスキルを使用しなければなりません。

これは交渉の余地のない、任意ではない要件です。自分を正当化してこれを回避することはできません。

スキルの使い方

基本ルール

いかなる応答の前にも、必ずスキルを確認してください。 これには確認のための質問も含まれます。1%でも該当する可能性があれば、まずスキルツールを呼び出してください。

digraph skill_flow {
    "User message received" [shape=doublecircle];
    "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];

    "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 を修正して」は、ワークフローを飛ばしてよいという意味ではありません。