2026 おすすめ Claude Code Skills インストールランキング

1. なぜ CLAUDE.md を積むより Skills が価値あるか

チーム規約を CLAUDE.md に全部入れると、毎セッション数千 token を焼き、Claude が手順を飛ばすこともある。Skills の強みは段階的開示：起動時は各スキルの name と description（約 100 token/スキル）だけ読み、タスク一致時に SKILL.md 全文をロード。無関係スキルはコンテキストを占有しない — 2026 Agent エンジニアリングの基本。

公式ドキュメントは Skills を Agent Skills オープン標準 に従うディレクトリと定義。Claude Code は動的コンテキスト注入（!`git diff HEAD`）、context: fork、disable-model-invocation などを拡張。同じ SKILL.md を Cursor・Codex CLI・Copilot が読める — 分水嶺はモデル IQ ではなくルーティング可能なワークフロー。

Claude Code を常駐ホストへ移すなら、まず なぜ Cloud Mac で Claude Code を動かすチームが増えているか を参照。本記事はローカルまたはリモート Mac で claude CLI が動いている前提。

モデル能力は分水嶺ではない — ルーティング可能なワークフロー入口 が分水嶺だ。

2. 四層ソース：bundled / 公式プラグイン / プロジェクト / コミュニティ

インストール前に出所を区別すること — 信頼レベルと更新経路がまったく異なる：

2.1 Capability Uplift vs Encoded Preference

この二分法で無駄なインストールの約 80% を除外：

• Capability Uplift：未導入では Claude が reliably できない — Playwright 実ブラウザテスト、PDF フォーム、CodeQL など。新ツールチェーンの導入。
• Encoded Preference：本来はできるがチーム流儀でやらせたい — Karpathy 四則、Vercel 57 ルール、PR テンプレなど。

出力が汎用的で「うちのチームっぽくない」→ Encoded Preference 不足。「そもそもできない」→ Capability Uplift 不足。

3. 五次元比較：入口・実行・コンテキスト・コスト・権限

同一ヘッダで Skills と他拡張を比較 — 「Skills vs Rules vs MCP」の混同を避ける：

ECC（Everything Claude Code）は企業向けキット級。個人は本記事の P0–P4 漸進インストールを推奨。 ECC は価値があるか を参照。

4. P0–P4 インストール優先度（意思決定の核）

本記事で最重要の表 — 人気順ではなく優先度順：

5. 18 スキルを逐一レビュー

チケットと社内テストでの実際の呼び出し頻度順。一行の判断理由付き。公式ドキュメント： Extend Claude with skills。

5.1 P0：bundled 内蔵（知らない人が多い）

1. /code-review — diff をチェックリスト付きで構造化レビュー。「見て」と聞くより一段厳密。PR 前に毎回。
2. /debug — 体系的デバッグを誘導し、Agent の乱暴な編集を防ぐ。コミュニティ systematic-debugging と同理念だがゼロインストール。
3. /loop — 一括リネームや多ファイル移行など反復タスクを制御ループで実行。手書き bash for より安全。
4. /run + /verify — 2026 年 bundled で最も「プロダクト感」のある組み合わせ：アプリ起動と実行時検証。複雑 monorepo は先に /run-skill-generator で DB・env・多段ビルドを .claude/skills/run-*/ に記録。
5. /batch — 大量ファイル操作のオーケストレーション入口。codegen 後の機械的仕上げに最適。

5.2 P1：公式必須

6. skill-creator — 対話的に SKILL.md を生成。2026 年のメタスキル：自作できなければリストは他人の GitHub で凍結。
7. Document Skills — PDF フォーム抽出、DOCX 注釈、XLSX 解析。Capability Uplift：未導入時は「説明」だけ、導入後は実ファイル操作。

5.3 P2：ワークフロー三種

8. grill-me（Matt Pocock）— 実装前の拷問的プラン整合。設計依存を一つずつ解消。誤った前提で突進する Agent を防ぐ。
9. handoff（Matt Pocock）— セッションを構造化 markdown に圧縮し、新セッションや Codex worktree に引き継ぎ。120k 付近では /compact より「新スレッド継続」に向く。
10. superpowers — 多段サブエージェント + TDD 規律。中〜大規模機能向け。
11. Andrej Karpathy Guidelines — 四原則：先に考える、単純に、外科的編集、目標駆動。Encoded Preference の典型。

5.4 P3：スタック別

12. Vercel Web Design Guidelines — 100+ の a11y・UX 監査ルール。デザインシステムチーム向け。
13. Vercel React Best Practices — 57 項目の React/Next パフォーマンス規則。「動くが遅い」AI コードを減らす。
14. Vercel Composition Patterns — boolean prop 地獄を複合コンポーネントで回避。
15. frontend-design（Anthropic）— UI を「AI slop」から出荷可能品質へ。
16. webapp-testing — Playwright でローカルアプリ E2E 回帰自動化。
17. Trail of Bits Security — CodeQL + Semgrep。セキュリティ敏感リポジトリのデフォルト推奨。

5.5 P4：明確なシナリオがあるときだけ

18. Firecrawl — 信頼できる Web スクレイプ・検索。外部データが必要な Capability Uplift。API key 要。
19. Remotion Best Practices — プログラム的動画（React）の深い知識。動画エンジニアリングチーム限定。
20. Caveman — 叙述的冗長を削り、長セッションで約 65% 出力 token 節約。
21. Context Mode — shell ノイズをフィルタし、セッションリセット時に状態復元。
22. code-simplifier — 可読性のみ改善、ロジック不変。PR マージ前の仕上げに。

6. シナリオ行列：あなたは誰か、何を入れるか

iOS チームが Skills と CI を同ホスト化するなら iOS 18 CI/CD エンドツーエンドガイド；複数 worktree 並列は リモート Mac worktree 短期レンタル。

7. 推奨スタック

チーム Wiki にコピペできる三つのスキルスタック：

【Solo dev · minimal stack】
P0: /code-review  /debug  /run  /verify
P1: skill-creator
P2: grill-me → before starting  |  handoff → before session switch
Install: npx skills add mattpocock/skills skill=grill-me,handoff -y -g

【React product team stack】
Minimal stack +
P3: vercel-react-best-practices  vercel-web-design-guidelines
    frontend-design  webapp-testing
Project-level: .claude/skills/deploy/SKILL.md (team release SOP)

【Security-sensitive backend stack】
Minimal stack +
P3: trail-of-bits-security (CodeQL + Semgrep)
P2: Karpathy Guidelines (surgical edit discipline)
Forbidden: unaudited community skills with scripts/

8. 六つのよくある誤解

1. 誤解1：「スキルは多いほど良い」 — インデックスは軽いが、曖昧な description はルーティング混乱を招く。P0–P2 を固めてから拡張。
2. 誤解2：「bundled は不要、コミュニティだけ」 — /run と /verify は 2026 フラッグシップだが未使用が多い。
3. 誤解3：「Skills は MCP を代替」 — Skills は手順、MCP はライブシステム。コーディングでは両方。
4. 誤解4：「description は広いほどトリガーしやすい」 — 逆効果。「Use when user asks to X」形式を。
5. 誤解5：「ECC full で選ぶ必要なし」 — 246 スキル + Hooks は学習・競合コスト。個人は minimal、チームは PoC から。
6. 誤解6：「PC を閉じても Skills に影響なし」 — 長セッションと /loop はホスト常時オンラインが必要。本番 Agent は Cloud Mac へ。

9. 7 ステップ導入と 48 時間受け入れ

1. バージョン確認：claude --version ≥ 2.1.145（/run 系に必要）。
2. P0 検証：実リポで /code-review と /debug、slash が応答するか確認。
3. 複雑起動を記録：/run-skill-generator — .claude/skills/run-*/ に書き Git コミット。
4. P1 インストール：/plugin marketplace add anthropics/skills — skill-creator と Document Skills。
5. P2 インストール：npx skills add mattpocock/skills skill=grill-me,handoff -y -g；実タスクで grill → 実装 → handoff。
6. スタックで P3：React は Vercel 三種、セキュリティは Trail of Bits — 一つ入れるたび一度使ってから残す。
7. 48h 受け入れ：ノート PC を 8 時間閉じ、SSH で Claude Code に再接続し、プロジェクトスキルと handoff 文書が読めるか；断なら Cloud Mac レンタル選定 で 24/7 ノードへ。

10. FAQ

Q：Claude Code Skills と Cursor Skills は互換？

A：どちらも Agent Skills 標準。同一ディレクトリを ~/.claude/skills/ と ~/.cursor/skills/ に symlink 可能。ただし context: fork や動的 !`command` は Cursor で挙動が異なる場合あり — 移行後は実測。

Q：bundled skills はインストール要？

A：不要。disableBundledSkills 以外は /code-review、/debug、/loop、/run、/verify が毎セッション利用可。

Q：.claude/commands/ と Skills の関係は？

A：2026 年に統合 — .claude/commands/deploy.md と .claude/skills/deploy/SKILL.md はどちらも /deploy。Skills は添付ファイルと豊富な frontmatter。新ワークフローは Skills。

Q：コミュニティ Skills は安全？

A：インストール前に SKILL.md 全文と scripts/ のネットワーク呼び出しを監査。anthropics、vercel-labs、trailofbits を優先；匿名 skills.sh はデフォルト非信頼。

Q：プロジェクト級スキルは Git に入る？

A：.claude/skills/ は版管理推奨。個人設定は ~/.claude/skills/。monorepo は apps/web:deploy のようにネスト可。

11. まとめ

2026 Claude Code Skills ランキングの本質は「ワークフローギャップ → インストール順」の地図であり、GitHub Star 榜ではない。 P0 bundled は無料だが見落とされがち；P1 skill-creator が自作可否を決める；P2 grill-me と handoff が最難の「整合」と「引き継ぎ」を解く。覚えておくべき非対称結論：分水嶺はモデル IQ ではなくルーティング可能なワークフロー入口。