手順ではなく、
仕事に名前を。

AIコーディングエージェントが手順を組み立て直す代わりに呼び出せる、名前つきの再利用できる手順です。StripeのWebhookをローカルで再送する、シードのフィクスチャを再生成する、リリース前のチェックリストを実行する、といったものです。本文は小さなMarkdownファイルで、そのフロントマターがスキルの名前と用途を示します。

一連の流れで、順序が重要なときです。3ステップを超えるとき、またはどこかに「この順番で行う」という要件があるときは、スキルを使います。1、2行で済むものや、エージェントが実行せずに知っていればよい事実は、メモリです。

いちばん多いのは、説明文にスキルの用途が書かれていないケースです。スキルは説明文で選ばれるため、あいまいな説明文はエージェント自身のデフォルトの計画に負けてしまいます。話題ではなく、きっかけを書いてください。ほかによくある原因は、スコープがその仕事が行われるパスに一致しないことと、手順の途中にまだ本当の判断が残っていることです。解説記事：Claude Codeのスキルが発動しない理由。

はい。それこそが、スキルをプロンプトの外に保存する意味です。スキルはワークスペース単位で、結合によってノードに紐づくため、1つのスキルが多くのパスで再利用され、チームメイト全員のエージェントがそれを呼び出せます。組織のメンバーシップとワークスペースへのアクセスは、サーバー側で強制されます。ロールと権限をご覧ください。

はい。スキルは外部のGitHubのURLをソースとして指定でき、Pathruleが本文を取得してキャッシュします。キャッシュされたコピーは最後に提供したスナップショットで、上流の変更は次の更新時にワークスペースに取り込まれます。信頼できるエコシステムが公開しているスキルに使ってください。

スキルは1つの手順です。パターンは、1つのトピックのためのメモリ、ルール、スキルの小さなバンドルで、各要素はあらかじめ所属するパスにスコープされています。実際の規約が1つのファイルで済むことは、まずないからです。解説記事：Pathruleのパターンとは何か、そしてなぜスキルではないのか。

いいえ。スキルは、プロンプトから繰り返しを取り除くものです。同じ手順を説明し直している自分に気づいたら、スキルを書く価値があります。そうすればプロンプトでは仕事の名前を挙げるだけで済み、伝えるたびに手順がぶれることもなくなります。