2026年、Claude Code は「チャットできるターミナル」から編成可能な Agent プラットフォームへ進化しました。差がつくのはモデル版より、Skills を正しく入れているかのほうが大きいことが多いです。
Skill はAI 向けの「取扱説明書」と考えてください。/grill-me のような Slash コマンドを打つと、Claude は説明書の手順どおりに動きます——先に要件を揃えてから書く、テストを先に書いてから実装する、大きな要件を小タスクに割る、といった工程です。
課題は skills.sh にすでに数千の Skill があり、名前は英語が多いこと。本稿では各 Skill が何をするか・入れるべきかを先に整理し、一発インストール用コマンドを添えます。mattpocock 単体パッケージの設計思想を深掘りしたい場合は、当サイトの《mattpocock/skills が AI コーディング協業を再定義》と併読してください。
以下の各 Skill に コピペ用 の npx skills add ... コマンドを付けています。skills.sh のカード表示と同一なので、そのままターミナルに貼れます。
一、Skills とは何か、Rules との違い
ひとことで：Skill は「必要時に呼ぶワークフロー」、Rules は「常に効くプロジェクトのルール」です。
たとえば Rules は会社の就業規則、Skill は「要件書を書く」「テストを回す」「Code Review する」各 SOP——必要なときだけ開きます。技術的には各 Skill がフォルダで、中の SKILL.md が手順を定義し、/技能名 で起動します。
| 仕組み | ざっくり理解 | いつ効くか |
|---|---|---|
| Rules / CLAUDE.md | プロジェクトの「家規」：コードスタイル、ディレクトリ構成、禁止事項 | ほぼ毎回の会話に含まれる |
| Skills | 再利用できる「手順」：要件合意、テスト、タスク分割 | /xxx 入力時か Claude が必要と判断したとき |
| Claude Code 組み込み | 公式標準：コードレビュー、デバッグループ | /code-review、/debug など |
実務の配分：Rules で下限、Skills で手順。Rule に「force push 禁止」と書き、Skill /git-guardrails-claude-code は危険な Git 操作の直前にブレーキをかけます。
二、一発インストール：コマンドをコピーするだけ
Skill の手動ダウンロードは不要です。コミュニティ標準の skills CLI（npx skills）が GitHub のパッケージを Claude Code 用ディレクトリへ同期します（Cursor、Codex も可）。
skills.sh の各カードにコピー可能な npx skills add ... が表示されます——本稿のコマンドも公式と同一です。
2.1 基本フォーマット
# 単一 Skill（グローバル + 確認スキップ + Claude Code 指定）
npx skills add owner/repo@skill-name -g -y -a claude-code
# パッケージ全体（対話選択、または --all）
npx skills add owner/repo -g -y -a claude-code
# カレントプロジェクトのみ（.claude/skills/ を Git 共有）
npx skills add owner/repo@skill-name -y -a claude-code2.2 主要オプション
| オプション | 意味 |
|---|---|
-g, --global | ~/.claude/skills/ へ。全プロジェクトで利用 |
-y, --yes | 確認をスキップ。スクリプト一発インストール向き |
-a claude-code | Claude Code のみ（cursor、codex も指定可） |
-s skill-name | 大パッケージから特定 Skill のみ |
--copy | symlink ではなくコピー（環境によって必要） |
三、第0層：メタ Skill（まずこの2つ）
コードを書くのではなく、Skill を探し・作るための層です。最初に入れておくと、以降は本稿を開き直す頻度が減ります。
find-skills —— Skills のアプリストア
何をするか：Claude Code 内で skills.sh の Skill を検索・インストール。「ストアを見てコマンドをコピー」をターミナル内に閉じ込めます。
いつ使うか：「セキュリティ監査」「SEO」「DB」系を入れたいがリポジトリ名がわからないとき。数か月ごとの新 Skill 更新にも。
一発インストール：下記をターミナルにコピー（skills.sh 公式と同一）。
npx skills add vercel-labs/skills@find-skills -g -y -a claude-codeskill-creator —— 自作 Skill の足場
何をするか：Anthropic 公式フォーマットでチーム専用 Skill をゼロから作成（リリース手順、Review チェックリストなど）。社内限定も GitHub 公開も可。
いつ使うか：毎週同じ説明を Claude に繰り返していて、/our-deploy のようなコマンドに固めたいとき。
一発インストール：下記をターミナルにコピー。
npx skills add anthropics/skills@skill-creator -g -y -a claude-code四、第1層：工程ディシプリン（mattpocock/skills）
mattpocock/skills は GitHub で Star 10万級のパッケージ。Matt Pocock（Total TypeScript）が日常使っていた手順を公開したものです。AI の「聞かずに書く」「テストなし」「五十ファイル一括変更」を防ぐのが核です。
第三者パッケージを1つだけ入れるならここ。以下は「要件→実装」の順で各 Skill を紹介——用途を理解してから単体インストールを選んでください。
パッケージ一括インストール
一括インストール：下記をコピー。完了後は必ず /setup-matt-pocock-skills でリポジトリ設定。
npx skills add mattpocock/skills -g -y -a claude-codeインストール後、リポジトリルートで /setup-matt-pocock-skills を必ず実行。GitHub / Linear のどちらで Issue を管理するか、チーム用語の置き場、ドキュメントディレクトリを教えます。未設定だと Issue 分解がチーム慣習とずれます。
4.1 要件合意 —— 書く前に揃える
| コマンド | 何をするか | 典型シーン |
|---|---|---|
/grill-me |
シニア同僚のように要件を深掘り：境界、例外、受け入れ基準。コードはすぐ触らない。 | 新機能・コア変更で要件が一文だけのとき |
/grill-with-docs |
深掘りしながら合意を CONTEXT.md と ADR に書き残す。 |
「うちではこれを XXX と呼ぶ」を記憶させたいとき |
/to-prd |
合意した内容をPRD に整理し、GitHub Issue を自動作成。 | プロダクト／上司と合意後、チーム共有の文章が欲しいとき |
/to-issues |
PRD を独立して届けられる小 Issueに分割（縦スライス）。 | 見積もり・分担、または Issue 単位で AI 実装するとき |
4.2 実装と品質 —— 検証可能な変更に
| コマンド | 何をするか | 典型シーン |
|---|---|---|
/tdd |
失敗テスト → 最小実装 → リファクタ。数百行一気に書いて動かないのを防ぐ。 | ビジネスロジック、バグ修正、単体テスト可能なモジュール |
/diagnose |
再現 → 範囲縮小 → 仮説 → 検証 → 修正 → 回帰の固定手順。 | 再現困難なバグ、性能、並行処理 |
/improve-codebase-architecture |
モジュール境界の曖昧さ、命名の不統一、分割漏れをスキャンして提案。 | リリース前、隔週のアーキテクチャ点検 |
/git-guardrails-claude-code |
Git 実行前にforce push、hard reset などをブロック。 | 本番ブランチあり、AI が main を壊した経験があるチーム |
4.3 効率とコラボ
| コマンド | 何をするか | 典型シーン |
|---|---|---|
/caveman |
極短文で応答。冗長さを削り、おおよそ75% token 節約。 | 長セッション、コスト重視、結果だけ欲しいとき |
/handoff |
会話・進捗・未完了を引き継ぎ文書に圧縮。 | 今日半分・明日続き、Claude Code から Cursor へ切替時 |
/setup-matt-pocock-skills |
初回設定：Issue プラットフォーム、ラベル、ドキュメントパス。一括後は必須。 | mattpocock/skills を入れた直後 |
日常チェーン：新機能は /grill-with-docs で合意 → /to-issues で分割 → 各タスクを /tdd で実装。詳細は当サイト mattpocock 深掘り記事へ。
単体インストール：必要な行だけコピー（skills.sh カードと同一形式）。
npx skills add mattpocock/skills@grill-me -g -y -a claude-code
npx skills add mattpocock/skills@tdd -g -y -a claude-code
npx skills add mattpocock/skills@to-issues -g -y -a claude-code五、第2層：サブエージェント編成（obra/superpowers）
obra/superpowers は別の問題を扱います：タスクが大きすぎて1 Agent だと破綻するとき。計画 → サブエージェント並列 → 統合検収——プロジェクトマネージャー型です。
分担：mattpocock は日常の書き方の規律、superpowers は大要件の分割と並列。併用して問題ありません。
パッケージ一括
一発インストール：下記をコピー。
npx skills add obra/superpowers -g -y -a claude-code| コマンド | 何をするか | 典型シーン |
|---|---|---|
/brainstorming |
大要件を案出し・比較・リスク確認してから着手。「管理画面つくって」で即実装を防ぐ。 | 要件曖昧、技術選定複数、多モジュール新規 |
/writing-plans |
選んだ案をステップ実行計画に：各段の作業、依存、検収。 | 方針確定後、追跡可能なタスクリストが欲しいとき |
/subagent-driven-development |
サブタスクを複数サブ Agent に並列（フロント、API、テスト）、本体が統合。 | 変更範囲が広くモジュール独立、総時間短縮したいとき |
/test-driven-development |
mattpocock の /tdd と近い別系統 TDD。どちらか、または併用で可。 |
テストから実装を駆動したいとき |
/systematic-debugging |
証拠収集 → 仮説排除 → 根因特定。「一行変えて試す」ループを減らす。 | 複雑バグ、本番障害、サービス間連携 |
/verification-before-completion |
「完了」宣言の前にテストとチェックリスト必須。早すぎる勝利宣言を防ぐ。 | AI の自己完結を信用しないすべてのタスク |
/requesting-code-review |
同僚向け Review 依頼文：変更内容、理由、重点確認箇所。 | PR 前、人間レビュー前の AI 自己点検 |
チームに成熟した Spec フローがあるなら一括不要——/verification-before-completion だけでも価値大です。
六、第3層：フロントとデザイン（Anthropic + Vercel）
AI UI は「動くがプロダクト感がない」と言われがち。この層は見た目・操作・フレームワーク用法を縛り、出荷に近づけます。
6.1 Anthropic 公式
| Skill | 何をするか | いつ入れるか |
|---|---|---|
frontend-design |
配色、余白、タイポ、コンポーネント状態などUI 規範に沿った生成。 | Web、LP、管理画面で見た目にこだわるとき |
webapp-testing |
ボタン操作、フォーム、エラー表示など実際にページを触って検証。 | UI 変更後のスモークテスト自動化 |
pdf / docx / pptx / xlsx |
Office / PDF の読み書き：レポート、契約、表のエクスポート。 | ドキュメント・帳票・資料が多いプロジェクト |
一発インストール：下記をコピー（Anthropic 公式パッケージ）。
npx skills add anthropics/skills@frontend-design -g -y -a claude-code
npx skills add anthropics/skills@webapp-testing -g -y -a claude-code
npx skills add anthropics/skills@pdf -g -y -a claude-code6.2 Vercel 系：React / Next.js の正しい書き方
| Skill | 何をするか | いつ入れるか |
|---|---|---|
vercel-react-best-practices |
コンポーネント分割、状態、性能、App Router などVercel 流ベストプラクティス。 | React / Next.js で古い書き方を避けたいとき |
web-design-guidelines |
アクセシビリティ、レスポンシブ、コントラスト、フィードバックの規格チェック。 | リリース前 UI 自己点検、デザイン再現の検収 |
vercel-react-native-skills |
React Native / Expo の書き方制約とよくある落とし穴。 | クロスプラットフォーム App、Expo |
deploy-to-vercel |
環境変数、ビルド、ドメインなどVercel デプロイ手順。 | Vercel ホスティングでAI にデプロイを任せたいとき |
一発インストール：下記をコピー（Vercel ベストプラクティス）。
npx skills add vercel-labs/agent-skills@vercel-react-best-practices -g -y -a claude-code
npx skills add vercel-labs/agent-skills@web-design-guidelines -g -y -a claude-code6.3 ブラウザ自動化 —— 本当にページを開いてテスト
agent-browser と playwright-cli で Claude が実ブラウザを操作：表示、クリック、スクリーンショット、コンソールエラー取得。E2Eや「UI 直したから一通り触って」に向きます。
一発インストール：下記をコピー（ブラウザ自動化 / E2E）。
npx skills add vercel-labs/agent-browser -g -y -a claude-code
npx skills add microsoft/playwright-cli -g -y -a claude-codeshadcn/ui 利用時は追加可：npx skills add shadcn/ui@shadcn -g -y -a claude-code（コピーして実行）。
七、第4層：技術スタック別
全員必須ではありません——使うスタックだけ入れ、Slash 一覧を肥大化させないのがコツです。
| シーン | Skill | 何をするか |
|---|---|---|
| Supabase / Postgres バックエンド | supabase-postgres-best-practices |
SQL、RLS、インデックス、マイグレーションを Supabase 推奨どおりに |
| Firebase フルスタック | firebase-basics など |
Auth、Hosting、Firestore の標準接続 |
| Convex リアルタイム | convex-quickstart |
schema、mutation、query、デプロイの書き方 |
| 自前認証 | better-auth-best-practices |
better-auth の Session、OAuth ベストプラクティス |
| スクレイピング / データ取得 | firecrawl |
Firecrawl でページ取得・解析。RAG 知識庫にも |
| 本番エラー追跡 | sentry-cli |
Sentry 設定、エラー照会、release 紐付け |
| LP / SEO | seo-audit |
タイトル、meta、構造の SEO 基本チェック |
例：下記をコピー（スタックに応じて選択）。
npx skills add supabase/agent-skills@supabase-postgres-best-practices -g -y -a claude-code
npx skills add firecrawl/cli@firecrawl -g -y -a claude-codeiOS ネイティブでは Claude Code は Xcode の代わりになりません。システム側 Agent の動向は《WWDC26：Xcode 27 Agent と iOS 開発の変化》を参照し、ビルドは macOS で xcodebuild を回すのが現実的です。
八、推奨3セット（まとめてコピー実行）
個別に選ぶのが面倒なら、役割別の3セット。なぜこの組み合わせかも一行ずつ。
8.1 個人開発者 · 最小セット
向き：個人・小規模・Claude Code 初心者。
意図：Skill 探索 + 実装前合意 + テスト駆動 + そこそこ見た目の UI。
まとめてコピー：以下を一括貼り付け可（skills.sh 単体コマンドと同形式）。
npx skills add vercel-labs/skills@find-skills -g -y -a claude-code
npx skills add mattpocock/skills@grill-me -g -y -a claude-code
npx skills add mattpocock/skills@tdd -g -y -a claude-code
npx skills add mattpocock/skills@setup-matt-pocock-skills -g -y -a claude-code
npx skills add anthropics/skills@frontend-design -g -y -a claude-code8.2 フルスタック · 標準セット
向き：日常 React/Next.js、中程度のタスク。
意図：mattpocock 全般 + superpowers で早すぎる完了防止 + Vercel フロント規範 + ブラウザテスト。
まとめてコピー：以下を一括貼り付け可。
npx skills add vercel-labs/skills@find-skills -g -y -a claude-code
npx skills add mattpocock/skills -g -y -a claude-code
npx skills add obra/superpowers@brainstorming -g -y -a claude-code
npx skills add obra/superpowers@verification-before-completion -g -y -a claude-code
npx skills add vercel-labs/agent-skills@vercel-react-best-practices -g -y -a claude-code
npx skills add vercel-labs/agent-skills@web-design-guidelines -g -y -a claude-code
npx skills add anthropics/skills@webapp-testing -g -y -a claude-code8.3 テックリード · 規律 + 編成 + 安全
向き：チーム統一、Git 事故が怖いリード。
意図：工程パッケージ全体 + 大タスク編成 + Git ガード + チーム Skill 自作。
まとめてコピー：以下を一括貼り付け可。
npx skills add mattpocock/skills -g -y -a claude-code
npx skills add obra/superpowers -g -y -a claude-code
npx skills add mattpocock/skills@git-guardrails-claude-code -g -y -a claude-code
npx skills add anthropics/skills@skill-creator -g -y -a claude-code
npx skills add mattpocock/skills@write-a-skill -g -y -a claude-codeCursor も併用なら -a claude-code を -a claude-code,cursor に変更——1回の貼り付けで両ツールに書き込み。
九、インストール後の確認
- ディレクトリ：グローバル Skill は
~/.claude/skills/にフォルダとSKILL.mdがあるか。 - Slash 補完：新セッションで
/を打ち、grill-me、tddなどが出るか。 - 実タスク1本：小さなブランチで
/grill-meを実行し、即コード変更ではなく質問が来るか。 - mattpocock パッケージ：
/setup-matt-pocock-skills後、チーム合意の CONTEXT パスができたか。 - サプライチェーン：GitHub 上で出所が追える Skill のみ。見知らぬ repo は Star、履歴、
SKILL.mdの不明スクリプト要求を確認。
Claude Code をローカル Ollama に繋いで API を節約する場合も Skills は同様に効きます——手順はモデル非依存。設定は《Claude Code + Ollama ローカル Agent ワークフロー》を参照。
十、反例：全部入れなくていい場面
- 50行以内のホットフィックス：受け入れ条件を書けば十分。
/grill-meフルは過剰。 - Spec-Kit 等が既に回っている：
/tdd、/diagnoseなど単体だけ。フロー重複を避ける。 - CONTEXT.md の担当がいない：文書オーナーを決めてから
/grill-with-docs。 - 50+ Skill を一度に入れて未使用：Slash 一覧が汚れ、誤った Skill 選択のリスク増。
- 本当に欲しいのが IM ボット / Cron：OpenClaw 系ゲートウェイ Skill を優先。mattpocock 工程包は後回し。
ランキングのインストール数は「多くの人が試した」指標であって「今日のあなたの repo に必須」ではありません。四半期に find-skills か skills.sh で新着を見る程度で十分です。
よくある質問 FAQ
Claude Code Skills と Cursor Rules の違いは？
Rules は「家規」で毎回会話に載る。Skills は「手順」で、/コマンド で呼び出す。Rule が「テスト必須」と決め、Skill /tdd が失敗テスト→実装の段階を引っ張ります。
Skill インストール後、Claude Code を再起動する必要は？
npx skills add なら通常すぐ反映。~/.claude/skills/ へ手動コピーした場合はセッションを開き直すのが確実です。
-g ありとなしの違いは？
-g は ~/.claude/skills/ へグローバル（全プロジェクト）。なしは .claude/skills/ に入り Git 共有向き。
最初に入れるべき Skill 3つは？
多くの開発者は find-skills、grill-me（または grill-with-docs）、tdd から。大要件には superpowers の brainstorming と verification-before-completion を追加。
Skills は Cursor でも使える？
はい。-a cursor または -a claude-code,cursor で同じ npx 1行が両ツールに書き込みます。
Skill を入れすぎると Claude Code は遅くなる？
メタデータは一覧に載りますが、全文はトリガー時のみ。層ごとに分批インストールし、各バッチで実タスク検証するのがおすすめです。
まとめ
2026年の Claude Code では、Skills は「コードが書ける」を「工程に沿って書ける」に変える最小コストのレバーです。skills.sh でインストールは npx skills add 1行。本稿はメタ → 工程 → 編成 → フロント → スタック別の5層と、貼れる3セットを整理しました。
- ほぼ全員：
find-skills+ mattpocock のgrill-me/tdd+setup-matt-pocock-skills。 - 大要件追加：obra/superpowers の
brainstorming、subagent-driven-development、verification-before-completion。 - UI 重視：
anthropics/skills@frontend-design+ Vercel React ベストプラクティス。 - 定期メンテ：
find-skillsか skills.sh ランキングで更新。未使用 Skill の一括堆砌は避ける。
Skills は協業の仕方を規格化します。安定した macOS で iOS ビルドや 24×7 Agent が必要ならMacstripe トップで専有 M4 Mac Mini を確認してください。ほかの AI コーディング実践は開発者ブログ一覧から。
