<EXTREMELY-IMPORTANT> スキルが適用される可能性が1%でもあると思ったら、絶対にそのスキルを読まなければいけません。

スキルがあなたのタスクに適用される場合、選択肢はありません。あなたはそれを使用しなければいけません。

これは交渉の余地がありません。これはオプションではありません。これを避けるための理屈をつけることはできません。 </EXTREMELY-IMPORTANT>

スキルの使い方

ルール

どんな応答の前にもスキルをチェックしてください。 これは質問を明確にするのも含みます。1%の可能性があれば、まずSkillツールを呼び出してください。

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を修正してください」はワークフローをスキップするという意味ではありません。