ひとつのスキルを、すべてのエージェントで

ブログ · 5 分で読めます

いまどき AI エージェントをちょうど 1 つだけ使っている人はいません。あるツールでコードを書き、別のツールでレビューし、そしておそらくは、チームの誰かが絶賛しているからという理由で 3 つ目を試すまで、機嫌の悪い午後ひとつ分の距離しかないでしょう。それ自体は健全な市場のしるしで、悪いことではありません。よくないのは、そのどれかのために丁寧に書いた指示が、その過程でどうなるかです。

たとえば、本当によくできたスキルを書いたとします。コードレビューのチェックリスト、インシデント対応のランブック、コミットメッセージの書き方に関する社内スタイルガイド。そのスキルが、あるツールの設定に貼り付けられたテキストの塊としてしか存在しないなら、実質的にそれはもうthat tool'sスキルです。別の場所で使うには打ち直すしかなく、打ち直せば必ずずれていきます。片方を直し、もう片方を少しいじり、やがて「そのスキル」は、出自を同じくするだけの微妙に異なる 3 つのスキルになります。

指示は、誰が読むかを気にするべきではない

ソフトウェアの他のどの層でも、これは解決済みの問題です。よく書かれた関数は、誰が呼ぶかを気にしません。よく設計された API は、クライアントがブラウザーかスクリプトかを気にしません。AI エージェントに与える指示は、機能的には振る舞いの API です。REST エンドポイントが特定のブラウザーに縛られないのと同じで、Claude や ChatGPT や Codex に強く結びつく理由はありません。

いまこれが現実的になったのは、クライアント側自身がツールとコンテキストを取得する共通のやり方に収束したからです。MCP です。これを話すクライアントなら、サーバーに「どんなスキルがあるか」「これをください」と尋ねられ、サーバーはどのエージェントが尋ねているかを知る必要も気にする必要もありません。移植可能なスキルはこの継ぎ目の上に存在します。ひとつのツール向けに作られたプラグインではなく、複数のツールがすでに話すプロトコルの上で配られるコンテンツとして。

スキルが唯一の正になると何が変わるか

スキルを一か所に置けば、どのクライアントもコピーではなく読み手になります。レビューのチェックリストの不備を一度直せば、次にそれを読み込むエージェントは — どれであれ — その修正を受け取ります。貼り付けた 3 つのコピーのどれが最新かを誰も覚えておく必要はありません。コピーはひとつしかないからです。

スキルにとって移植性は「あれば嬉しいもの」ではありません。手入れしていく指示と、書き直し続ける指示との違いそのものです。

これが Skilnu の考えのすべてです。スキルはレジストリに置かれ、MCP 経由で配られる。だから Claude も ChatGPT も Codex も、来年あなたが使っている何かも、すべて同じものを読み込めます。しかも今日の版であって、誰かが更新を思い出した版ではありません。

試してみる

議論よりも手順を知りたい方へ。チュートリアル Use one skill in Claude, ChatGPT, and Codex が、ひとつのスキルを 3 つすべてにつなぐ手順を数分で案内します。