---
title: "グローバルエージェントスキルTop 5：順位の解釈と検証基準"
locale: ja
category: report
category_name: "レポート"
translation_status: reviewed
license: cc_by
author: "Injoys 編集部"
source_url: https://injoys.com/ja/articles/global-agent-skills-top-5-ranking-methodology
published_at: 2026-08-14T23:30:21+09:00
---

# グローバルエージェントスキルTop 5：順位の解釈と検証基準

> 2026年8月10日付の提供資料で上位とされた5つのエージェントスキルリポジトリについて、用途と違いを分析する。表示された順位と数値は、再現可能なGitHubスナップショットがないため確定的な統計ではなく、リポジトリの人気と個々のスキルの品質も区別する必要がある。

## Key Points

- Agent Skillは、エージェントが特定の作業で必要なときに呼び出す指示、スクリプト、参考資料を1つのフォルダにまとめた実行知識パッケージである。
- 提供資料のTop 5は、obra/superpowers、affaan-m/everything-claude-code、mattpocock/skills、multica-ai/andrej-karpathy-skills、anthropics/skillsの順だが、過去のGitHubデータで別途検証する必要がある。
- GitHubスターはリポジトリ全体に付与されるため、個々のスキルのインストール数、実行成功率、メンテナンス水準を直接示すものではない。
- 上位リポジトリには、すぐに結果を生成するのではなく、要件確認、計画、テスト、レビューなどの作業手順を統制するという共通点がある。
- 実際に導入する前に、ライセンス、プロンプトインジェクション、スクリプト権限、外部通信、バージョン固定の有無を必ず確認する必要がある。

AIエージェントの**スキル（Agent Skill）**は、単なるプロンプト集ではない。特定の業務を遂行するために必要な指示、実行ファイル、参考資料をひとまとめにし、エージェントが必要なときに見つけて読めるようにした実行知識パッケージである。

本書では、2026年8月10日時点で提供されたランキング資料を分析するが、表示された数値を確定済みのGitHub統計とは断定しない。GitHubスター数とインストール数は異なる指標であり、過去時点の数値を検証するには、当時のAPIレスポンスまたは保存されたスナップショットが必要だからだ。

## エージェントスキルとは何か

Agent Skillは一般に、1つのディレクトリ内に次の要素を含む。

- **メタデータ：** スキルの名前、目的、使用条件を示す。
- **主要な指示：** 通常は`SKILL.md`に作業手順、制約、確認基準を記録する。
- **スクリプト：** 反復可能な処理や正確性が求められる処理をコードで実行する。
- **参考資料：** API仕様、組織のルール、例、テンプレートなどを提供する。
- **結果の検証基準：** テスト、レビュー、完了条件を明示する。

重要なのは、すべての指示を毎回コンテキストに入れるのではなく、エージェントが作業に関連するスキルを見つけ、必要な内容だけを段階的に読めるようにすることだ。この構造は長いシステムプロンプトの負担を軽減し、同じ手順を複数の作業で再利用できるようにする。

### スキルとプロンプトの違い

| 区分 | 一般的なプロンプト | エージェントスキル |
|---|---|---|
| 基本単位 | 1回のリクエストまたは会話上の指示 | ディレクトリとファイルで構成されたパッケージ |
| 使用時点 | ユーザーが直接入力するとき | 関連する作業で動的に選択される場合がある |
| 内容 | 主に自然言語による指示 | 指示、スクリプト、資料、テンプレート |
| 再利用性 | 会話とユーザーの習慣に依存 | リポジトリでバージョン管理可能 |
| 検証方法 | 結果を事後確認 | 計画、テスト、レビュー手順を組み込み可能 |

## Top 5ランキングと数値の読み方

提供資料では、次の5つのリポジトリと数値をGitHubスターランキングとして示している。しかし、この数値を裏付ける日付別のAPI結果や保存済みスナップショットは併せて提供されていない。したがって、以下の表の数字は**提供資料に記載された値**であり、独立して検証された統計ではない。

| 提供順位 | リポジトリ | 提供資料の記載値 | 主な性格 |
|---:|---|---:|---|
| 1 | `obra/superpowers` | 269,762 | 要件確認からテスト・レビューまで、開発手順を統制するスキル集 |
| 2 | `affaan-m/everything-claude-code` | 239,034 | Claude Code向けのエージェント、コマンド、スキル、フックなど、幅広い構成のコレクション |
| 3 | `mattpocock/skills` | 211,297 | 質問を通じてアイデアと設計を具体化する開発スキル集 |
| 4 | `multica-ai/andrej-karpathy-skills` | 200,937 | 変更理由とリクエストのつながりを重視するコミュニティ制作の指示集 |
| 5 | `anthropics/skills` | 167,251 | 文書・開発作業などに活用できるAnthropicの公開スキル例 |

### なぜ正確なダウンロードランキングとはいえないのか

1. **GitHubスターはインストールではない。** 関心の表明やブックマークとしても使用され、実際に実行されたかどうかは分からない。
2. **スターはリポジトリ単位である。** 1つのリポジトリに数十個のスキルがあっても、どのスキルが人気なのかは明らかにならない。
3. **現在の値は過去の値を証明しない。** 2026年8月10日のランキングを再現するには、その日に保存したAPIレスポンスまたは信頼できるアーカイブが必要だ。
4. **集計範囲によって結果が変わる。** リポジトリ、個別ディレクトリ、パッケージのインストール、実行呼び出しのうち、何を数えるのかを先に定める必要がある。
5. **フォークと複製が混在する可能性がある。** 同じスキルが複数のハーネスや翻訳版として複製されると、ファイル数だけで規模を比較するのは難しい。

したがって、このランキングは「2026年8月10日時点で確定した世界利用数Top 5」というより、**提示された候補リポジトリを比較するための探索用リスト**として見るほうが安全だ。

## 1位候補：obra/superpowers

`obra/superpowers`の中核的な価値は、コーディングエージェントがすぐに実装へ飛び込まないよう、作業フローを制御する点にある。要件を確認して設計を整理した後、計画を小さな作業に分け、テストとレビューを経て完了するよう促す。

主な特徴は次のとおりだ。

- 実装前に、ユーザーの実際の目的と制約を確認する。
- 別のブランチや作業スペースを活用して変更を隔離する。
- 大きなリクエストを検証可能な小さな段階に分解する。
- テスト優先開発と体系的なデバッグ手順を重視する。
- 完了を宣言する前に、テスト結果と変更範囲を再確認する。

このリポジトリが示す重要な設計原則は、「より多くのコードを生成させること」よりも「性急な実装を防ぐこと」のほうが、エージェントの品質にとって重要になり得るという点だ。

## 2位候補：affaan-m/everything-claude-code

提供資料の`affaan-m/ECC`は、公開リポジトリ`affaan-m/everything-claude-code`を指すものと解釈される。このリポジトリは単一のスキルというより、Claude Codeの運用に必要な複数の構成要素を幅広く集めたツールボックスに近い。

一般的に確認すべき構成は次のとおりだ。

- 役割別のエージェントとサブエージェント
- 反復作業を呼び出すコマンドとスキル
- ツール実行の前後に介入するフック
- プロジェクトのルールとコンテキスト管理方法
- 外部ツールまたはMCPとの連携例

幅広い構成は迅速な実験に適しているが、すべてのファイルを一度にコピーする方法は推奨しにくい。フックやスクリプトはファイル変更やコマンド実行に関与する可能性があるため、必要な項目だけを選び、コードレビューを経てから導入すべきだ。

## 3位候補：mattpocock/skills

`mattpocock/skills`は、TypeScript教育者として知られるMatt Pocockが使用しているエージェント向け指示を公開したリポジトリだ。代表的なアプローチは、エージェントがユーザーのアイデアをそのまま受け入れるのではなく、質問を繰り返して曖昧な部分と設計上の判断を明らかにすることだ。

このアプローチは次のような状況で役立つ。

- 機能要件が1、2文でしか提示されていない場合
- 実装方法は思い浮かんでいるが、問題の定義が不明確な場合
- コードを書く前に設計上の判断を文書として残す必要がある場合
- チームメンバーがレビューできる明示的な根拠が必要な場合

ライセンスは、リポジトリ全体を1つのものとして推測してはならない。ルートのライセンスだけでなく、個別のディレクトリやファイルの告知まで確認し、変更・再配布・商用利用が許可されているかも別途判断する必要がある。「公開されたソース」と「オープンソース」は同じ意味ではない。

## 4位候補：multica-ai/andrej-karpathy-skills

`multica-ai/andrej-karpathy-skills`は、Andrej Karpathyの名前と公に知られている開発原則に基づいて作られたコミュニティリポジトリだ。名前に人物名が含まれていても、本人が直接制作または保証した公式プロジェクトだと自動的に解釈してはならない。

このリポジトリで注目すべき観点は、コード変更をユーザーのリクエストと結び付けるトレーサビリティだ。

- どのリクエストのために、この変更が必要なのか？
- 変更する必要のないファイルまで修正していないか？
- 抽象化やリファクタリングが本来の目的を曖昧にしていないか？
- 各変更をテストや観察可能な結果によって説明できるか？

この方法は、エージェントがリクエストの範囲を超えて過度に修正する問題を減らすのに役立つ。ただし、特定の専門家の思考様式を完全に再現するというより、公開された原則をエージェント向け指示として再構成したものと見るほうが正確だ。

## 5位候補：anthropics/skills

`anthropics/skills`は、Anthropic組織が公開したAgent Skillsリポジトリだ。Agent Skillのフォルダ構造と`SKILL.md`の作成方法を理解し、実際の作業用サンプルを確認するための基準点として活用できる。

リポジトリ内の`SKILL.md`の数は、ブランチとコミットによって変わる。翻訳版、テストfixture、ハーネス別の複製、サンプルまで含めると数字が膨らむ可能性があるため、特定時点のファイル数を示すには、次の条件が必要だ。

- 対象コミットハッシュ
- 検索したブランチ
- 使用したファイル検索コマンド
- 翻訳版と複製の除外ルール
- 正本を判別したディレクトリ基準

したがって、提供資料にある「合計897個、正本284個」という値は、計算手順とコミットが確認されるまでは確定値として引用しにくい。

## 人気リポジトリに見られる共通の設計原則

### 1. 自律性よりも制御可能な手順を重視する

優れたスキルは、エージェントに単純により多くの権限を与えるものではない。要件確認、計画承認、テスト、レビューといった関門を設け、誤った方向へ急速に進むことを防ぐ。

### 2. 専門家の成果よりも判断手順を構造化する

有用なスキルは、「専門家のように答えよ」というロールプレイにとどまらない。専門家がどのような質問を最初に行い、何を根拠に判断し、いつ結果を疑うのかを実行可能な手順に変換する。

### 3. HowよりWhyを先に確認する

上位候補は、それぞれ異なる形で目的を確認する。

- `superpowers`：実装前に実際の要件と設計を確認する。
- `mattpocock/skills`：質問を通じてアイデアの不備を明らかにする。
- `andrej-karpathy-skills`：コード変更を元のユーザーリクエストまで追跡する。

これは、コーディングエージェントのボトルネックが構文やコード生成能力だけではなく、何をなぜ変更すべきなのかを明確に定義することにもあると示している。

### 4. 完了条件を明示する

「コードを書いた」という事実だけで作業が終わるわけではない。テスト合格、要件充足、変更範囲の確認、レビュー完了のような、観察可能な終了条件が必要だ。

## ランキングが見落とす要素：セキュリティ・再現性・保守管理

人気ランキングだけでは、スキルが安全で実用的かどうかを判断できない。実際の導入では、次の項目がスター数より重要になる場合がある。

| 検討領域 | 確認事項 | リスク事例 |
|---|---|---|
| 権限 | スキルがシェル、ファイルシステム、ネットワークにアクセスするか？ | 不要なファイル削除または外部送信 |
| プロンプトインジェクション | 外部文書の指示を信頼するよう設計されているか？ | Web文書が既存のルールを上書きする |
| サプライチェーン | リモートスクリプトやパッケージを即時実行するか？ | 変更された依存コードの実行 |
| 秘密情報 | ログや結果にトークンまたは環境変数が含まれるか？ | APIキーが出力またはコミットされる |
| バージョン | 特定のコミットに固定されているか？ | アップデート後に動作と権限が変わる |
| ライセンス | 使用・変更・配布条件が明確か？ | 商用再利用制限への違反 |
| 保守管理 | 最近の変更とIssue対応が継続されているか？ | 古いツール呼び出しと脆弱なサンプル |
| 評価 | 反復実行時の成功率を測定したか？ | 印象的なサンプルだけが成功し、一般的な作業は失敗する |

特に、スキルの自然言語による指示は、実行コードと同等の影響力を持つ場合がある。エージェントがツールを使用する権限を持つ場合、1行の指示がコマンド実行やファイル変更につながる可能性があるためだ。

## 信頼できる人気ランキングの作り方

再現可能なランキングを作るには、次の情報も併せて公開する必要がある。

1. **測定時刻：** 日付だけでなくタイムゾーンまで記録する。
2. **対象リスト：** 含める・除外するリポジトリと、フォークの処理基準を公開する。
3. **指標の定義：** GitHubスター、フォーク、インストール、実行のうち、何を測定するのか明示する。
4. **元のレスポンス：** GitHub APIのJSON結果と収集スクリプトを保存する。
5. **コミットの固定：** ファイル数とライセンスの分析にはコミットハッシュを使用する。
6. **重複の除去：** 翻訳版、複製、ベンダーディレクトリの処理ルールを定める。
7. **品質指標の併用：** テスト合格率、Issue対応、最近のリリース、セキュリティレビュー結果を併せて確認する。

より有用な評価方法は、スター数という単一の値ではなく、複数の指標を分けて提示することだ。たとえば、「関心度」はスター、「普及度」はインストール、「活動度」は最近の貢献とIssue対応、「品質」は反復評価の成功率によって測定できる。

## スキルを自分で選ぶ際のチェックリスト

- 解決しようとしている業務とスキルの呼び出し条件が一致しているか？
- 実行前にユーザーの確認が必要な危険な作業を区別しているか？
- スクリプトとフックの内容を直接レビューしたか？
- 外部ネットワークリクエストとデータ送信先を確認したか？
- ライセンスが組織の利用目的を許可しているか？
- リポジトリ全体ではなく、必要なファイルだけを導入したか？
- コミットまたはリリースバージョンを固定したか？
- 実際のプロジェクトと類似する評価タスクで反復テストしたか？
- 失敗時に変更を元に戻せる隔離環境を使用したか？

## 結論

提供資料が示した5つのリポジトリは、エージェントスキルのエコシステムにおける異なる方向性を示している。`superpowers`は手順の統制、`everything-claude-code`は幅広い運用構成、`mattpocock/skills`は質問中心の設計具体化、`andrej-karpathy-skills`は変更理由の追跡、`anthropics/skills`はスキル構造とサンプルの理解に強みがある。

ただし、リポジトリのスター数を、個別スキルの世界的な人気や品質として解釈してはならない。実際に選ぶ際は、ランキングよりも作業への適合性、権限の範囲、ライセンス、セキュリティ、保守状態、反復評価の結果を優先すべきだ。

## FAQ

### エージェントスキルは通常のプロンプトと何が違うのですか？
通常のプロンプトは会話の中で直接伝える指示であることが多い一方、エージェントスキルは指針、スクリプト、参考資料をディレクトリ単位にまとめ、再利用やバージョン管理ができるようにしたパッケージです。エージェントは作業に関連するスキルを選択し、必要な内容を段階的に読み取ることができます。

### GitHubのスターが最も多ければ、最も優れたスキルなのですか？
そうではありません。スターはリポジトリへの関心を示すだけで、実際のインストール数、実行成功率、セキュリティ、または個々のスキルの品質を保証するものではありません。リポジトリに複数のスキルが含まれている場合、どのスキルが実際に使用されているかも分かりません。

### この文書のTop 5ランキングは確定した世界ランキングですか？
いいえ。運営者提供の資料に記載された2026年8月10日付の順位を分析したものであり、当時のGitHub APIのレスポンスや保存されたスナップショットがないため、数値を独立して確定してはいません。探索用の候補リストとして解釈するのが適切です。

### GitHubの現在のスター数で過去のランキングを検証できますか？
現在のリポジトリページには現在の値が表示されるため、過去の特定の日付の値を直接証明することはできません。過去のランキングを検証するには、当時保存したAPIレスポンス、収集ログ、または信頼できるアーカイブが必要です。

### 公開されているエージェントスキルは自由に商用利用できますか？
公開されているというだけで、商用利用が許可されるわけではありません。リポジトリのルートにあるライセンスと、個々のファイルまたはディレクトリにある個別の告知を確認し、改変・再配布・商用利用の条件をそれぞれ検討する必要があります。

### エージェントスキルにもセキュリティレビューが必要ですか？
必要です。スキルはシェルコマンド、ファイルシステム、外部ネットワーク、または開発ツールを呼び出すよう指示する場合があります。スクリプトとフック、外部通信、秘密情報の処理、依存関係のインストール方法を確認したうえで、隔離された環境でテストする必要があります。

### リポジトリ内のSKILL.mdファイル数が多ければ、より優れているのですか？
ファイル数は品質指標ではありません。翻訳版、テストfixture、テンプレート、複製が含まれている場合があり、互いに競合したり、メンテナンスされていなかったりするスキルもあり得ます。コミットと集計ルールを固定し、実際に必要な正本だけを評価する必要があります。

### 専門家の名前が付いたスキルは、その専門家の公式プロジェクトなのですか？
必ずしもそうではありません。コミュニティが公開発言や作業原則を再構成したリポジトリである可能性があります。リポジトリの所有者、READMEの告知、公式組織のアカウントを確認し、制作・承認関係を区別する必要があります。

### 優れたエージェントスキルの最も重要な特徴は何ですか？
作業の目的と範囲を先に確認し、計画・実行・テスト・レビュー・完了条件を明確に区別することが重要です。危険なツール呼び出しにはユーザーの確認手続きを設け、失敗した場合に元に戻せるようにする必要があります。

### 複数のスキルを一度にインストールしてもよいですか？
推奨しにくいです。異なるスキルのルールが競合する可能性があり、不要なフックやスクリプトによって権限の範囲が広がるおそれがあります。必要な機能だけを選別してバージョンを固定し、それぞれを評価してから組み合わせるほうが安全です。

## Sources

- [obra/superpowers GitHubリポジトリ](https://github.com/obra/superpowers)
- [affaan-m/everything-claude-code GitHubリポジトリ](https://github.com/affaan-m/everything-claude-code)
- [mattpocock/skills GitHubリポジトリ](https://github.com/mattpocock/skills)
- [multica-ai/andrej-karpathy-skills GitHubリポジトリ](https://github.com/multica-ai/andrej-karpathy-skills)
- [anthropics/skills GitHubリポジトリ](https://github.com/anthropics/skills)
- [GitHub REST APIドキュメント：リポジトリを取得する](https://docs.github.com/en/rest/repos/repos?apiVersion=2022-11-28#get-a-repository)

## Images

![星評価付きの5つのスキルフォルダーと凍った項目を調べる虫眼鏡](https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6Nzg4NiwicHVyIjoiYmxvYl9pZCJ9fQ==--70b2edce4772f738c271f7bd778558fdecc6f4ca/ai-b8447c98.webp)
![質問、構造化、実験、検索、確認へ進む5段階の検証フローとセキュリティアイコン](https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6Nzg5MiwicHVyIjoiYmxvYl9pZCJ9fQ==--32bf57efa57a23995bc048d40d235f6bc81aa9e7/ai-4d2d60cd.webp)