capability-activation

自分が行おうとしていることにスキルが適用される可能性が1％でもあると思ったら、必ずスキルを呼び出してください。

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

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

スキルへのアクセス方法

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

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

スキルの使い方

ルール

応答する前に、必ずスキルを確認してください。 これには、確認の質問も含まれます。可能性が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. 実装スキルを次に（フロントエンドデザイン、MCP ビルダー）— 実行方法をガイドするものです

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

スキルの種類

厳格なスキル（TDD、デバッグ）：厳密に従ってください。規律を緩めないでください。

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

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

ユーザーの指示

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