GitHub CLIに「gh skill」、エージェントスキルをCLIで一発管理（パブリックプレビュー）
GitHub CLIに gh skill という新コマンドが入った。エージェントスキルを検索・インストール・公開・管理まで、コマンド1本で扱えるようになる、という話。パブリックプレビュー段階。
結局のところ、ここがポイントで、「エージェントスキル」の流通インフラがGitHubに寄せられた、ということ。
スキルというのは、特定のタスクをエージェントに任せるための「組み立て済みの手順＋ツール一式」。chatの裏でMCPサーバや外部APIを呼ぶ、コードを書く、テストを回す、PRを開く——みたいな一連を、ひとつのスキルとしてパッケージできる。
これまでこの種のスキルは、Marketplace経由・各社のSDK経由・OSSリポジトリ経由でバラバラに配られていた。それを gh skill search / gh skill install / gh skill publish でCLIから一本化、というのが本筋。
ここで重要なのが、gh skill preview というサブコマンド。インストール前にスキルの SKILL.md とファイルツリー、必要に応じて追加ファイルの中身を確認できる、というやつ。GitHub公式も、スキルはGitHubが検証したものではなく、プロンプトインジェクションや悪意あるスクリプトを含む可能性があるため、「インストール前にpreviewで確認することを強く推奨」とアナウンスしている。これ、地味だけど効く。
なぜか。スキルは実質「他人のコードを自分のエージェントに走らせる」仕組み。npmやpipのパッケージと同じで、悪意あるスキルが混ざるリスクはゼロにならない。preview必須という運用文化を最初から仕込んでおくのは、サプライチェーン視点で正しい設計。
で、誰が得するのか？
短期で得するのは、Claude Code / GitHub Copilot / Codex的なエージェントを業務で回しているチーム。スキルを社内レジストリで管理したい、コードレビューと一緒のプロセスでスキルを承認したい——という運用要件にフィットする。
中期で効くのは、スキル開発側。配布チャネルとマネタイズの仕組みがGitHub一本に寄せられれば、エージェントスキル市場全体の流動性が上がる。
正直、エージェント時代の「パッケージマネージャ」がどこに収斂するかは未決着だった。今回のリリースで、GitHubが本気でこのレイヤーを取りに来たのが見える。Anthropic Claude Code、Microsoft Copilot、各社のスキル形式が gh skill に乗る形で標準化されるか、第2フェーズはどう動くか。
GitHub Changelog — Manage agent skills with GitHub CLI
