Claude Code や Codex でコーディングするとき、「仕様をどう詰めるか」「TDD をどう進めるか」といった開発プロセス上の判断は、毎回プロンプトで指示し直すことになる。CLAUDE.md に全部書けばトークンが膨張し、都度入力するのは非効率だ。mattpocock/skills は、TypeScript 教育で知られる Matt Pocock が「毎日の実エンジニアリングに使う、vibe coding ではないスキル」として公開するエージェント向けスキル集だ。GitHub で約31万スター（311.4k・2026-11-04 時点）を集め、いまや Claude Code だけでなく Codex・GitHub Copilot・Gemini CLI でも動く。
BY THE NUMBERS数えた結果
27スキルが、主要エージェントで動く（Claude Code 以外も）
31.1万
GitHub スター
311.4k（2026-11-04 確認）
27スキル
engineering 20 / productivity 7
2カテゴリに再編（旧 in-progress/misc は廃止）
5系統+
対応エージェント
Claude Code・Codex・Copilot・Gemini CLI ほか
30秒でわかるmattpocock/skills（2026-11-04 時点）
- ・『vibe coding ではない実エンジニアリング』のスキル集。MIT・約31万スター・27スキル／2カテゴリ
- ・Claude Code・Codex・Copilot・Gemini CLI ほかに対応。導入コマンドはエージェントごとに違う
- ・入れた後はリポジトリごとに
/setup-matt-pocock-skillsを1回 - ・スキルは
user-invoked（自分で打つ・16本）とmodel-invoked（AIも選べる・11本）に分かれる - ・まず入れるなら
grill-with-docsとtddの2つ
単なるプロンプト集ではなく、参照ファイル・設計思想・ワークフローを含む「知識パッケージ」として配布される点が特徴だ。Claude に「TDD しろ」と言うだけでなく、TDD の教科書一式を渡す感覚に近い。エージェント全般の選び方は AIエージェントフレームワーク比較2026｜LangGraph・CrewAI・Dify等9種をStar数・実コードで検証 を起点にすると整理しやすい。設計思想そのものは Addy Osmani のエージェントスキル論 とも通じる。
mattpocock/skills とは——「vibe coding ではない」ための道具箱
README の一行は明快だ——「My agent skills that I use every day to do real engineering - not vibe coding（毎日の実エンジニアリングに使う、vibe coding ではないスキル）」。Matt Pocock はこれを、開発プロセスを丸ごと奪うフレームワークの対極に置く。曰く、プロセスを所有する枠組みは「あなたの制御を奪う」。対して skills は「小さく・適応しやすく・組み合わせやすい」。
芯にあるのは、派手な自動化ではなく基本の徹底だ。READMEはこう並べる——作る前にエージェントと認識を合わせる／共有のドメイン言語を使う／TDD のようなフィードバックループを回す／設計を綺麗に保つ。この4つを型にしたのが各スキルで、だから「詰問（grill）」や「TDD」「コードレビュー」といった、エンジニアが手でやってきた営みがそのまま名前になっている。そして最後に一言、「Make them your own（自分のものにしろ）」。配られた指示書は出発点で、各チームが書き換えて使うことが前提になっている。
どのエージェントで使う？——Claude Code・Codex・Copilot・Gemini CLI の導入
かつては Claude Code 中心だったが、現在は主要エージェントに対応し、導入コマンドがエージェントごとに違う。下の順番で入れる。
SETUP導入の順番
エージェント別に導入し、リポジトリごとに初期設定
-
使うエージェントを選ぶ
Claude Code / Codex / GitHub Copilot / Gemini CLI で導入コマンドが違う。その他は npx skills で入る
-
導入コマンドを1回
例: Claude Code は claude plugin install mattpocock-skills@claude-plugins-official（自己更新）
-
/setup-matt-pocock-skills
Issueトラッカー・ラベル・ドキュメント保存先を決める（リポジトリごとに1回）
| エージェント | 導入コマンド | 更新 |
|---|---|---|
| Claude Code | claude plugin install mattpocock-skills@claude-plugins-official |
自己更新 |
| Codex | codex plugin marketplace add mattpocock/skills → codex plugin add mattpocock-skills@mattpocock |
プラグイン管理 |
| GitHub Copilot | copilot plugin marketplace add mattpocock/skills → copilot plugin install mattpocock-skills@mattpocock（＋一度だけ設定変更） |
プラグイン管理 |
| Gemini CLI | skills/engineering と skills/productivity のパスを導入 |
手動 |
| その他（Cursor・OpenCode・Devin・Windsurf・Amp・Pi 等） | npx skills@latest add mattpocock/skills -a <エージェント> |
手動 |
# 1) 使うエージェントのコマンドで入れる（例: Claude Code）
claude plugin install mattpocock-skills@claude-plugins-official
# 他エージェントは npx 経由でも入る（-a でエージェントを指定）
npx skills@latest add mattpocock/skills -a codex
# 2) エージェント内で、リポジトリごとに1回だけ実行する
/setup-matt-pocock-skills
セットアップが対話で確認するのは、使用する Issue トラッカー（GitHub / Linear / ローカルファイル）、トリアージ時のラベル（/triage が使う）、作成したドキュメントの保存先の3点だ。ここを飛ばすと後続のスキルが噛み合わない。ライセンスは MIT（LICENSE ファイル）。npx（skills.sh）経由ならファイルが自分のリポジトリに入るので Git で差分管理でき、社内向けに規約を書き足す運用が取りやすい。READMEが「どのモデルでも動く」と書くとおり、特定のモデルに縛られないのも設計の狙いだ。
27スキルの全体像——engineering 20 / productivity 7 と「誰が呼べるか」
2026-11-04 時点で skills/ 配下を数えると、SKILL.md を持つスキルは27個で、engineering（20）とproductivity（7）の2カテゴリに整理されている（以前あった in-progress・misc・deprecated は廃止された）。もう1つの軸が、READMEが示す「誰が呼べるか」だ。
WHO CAN CALL IT誰が呼べるか
スキルは進行の指揮と再利用できる規律に分かれる
user-invoked（16本）
利用者が打ったときだけ起動。進行の指揮をとる。別の user-invoked は呼べない
model-invoked（11本）
利用者が打つことも、タスクに合えばエージェントが自分で選ぶこともできる
user-invoked（16本）は利用者が打ったときだけ起動し、進行の指揮をとる。ただし別の user-invoked は呼べない——オーケストレーターが多重に入れ子にならないための設計だ。model-invoked（11本）は利用者が打つことも、タスクに合えばエージェントが自分で選ぶこともできる。再利用される「規律」はこちらに置かれている。
engineering——20スキルの中核
| 呼び出し | スキル | 役割 |
|---|---|---|
| user | ask-matt |
状況に合うスキル・フローを案内するルーター |
| user | grill-with-docs |
詰問＋ドメインモデル構築。CONTEXT.md と ADR をその場で更新 |
| user | triage |
Issue をトリアージのステートマシンで進める |
| user | improve-codebase-architecture |
深掘り候補を走査しレポート化、選んだ箇所を詰める |
| user | to-spec / to-tickets |
会話を仕様へ／仕様をブロック関係付きのチケット群へ |
| user | implement / implement-spec |
仕様・チケットを実装／仕様を起点に実装を進める |
| user | wayfinder |
1セッションに収まらない巨大作業を調査チケットの地図に |
| user | retro |
作業後の振り返りを行う |
| user | setup-matt-pocock-skills |
リポジトリごとに1回の初期設定 |
| model | tdd |
Red-Green-Refactor を縦切りで回す |
| model | diagnosing-bugs |
再現→最小化→仮説→計測→修正→回帰テストの診断ループ |
| model | code-review |
Standards 軸と Spec 軸を別サブエージェントで並列レビュー |
| model | codebase-design / domain-modeling |
Deep Module 設計の語彙／ドメインモデルの継続的な研磨 |
| model | prototype / research |
使い捨て試作で設計判断を出す／一次ソース調査を引用付きで記録 |
| model | pr |
変更をプルリクエストにまとめる |
| model | wizard |
手順の分からない作業を対話で誘導する |
productivity——コード以外にも効く7スキル
grill-me（計画・設計を容赦なく詰問される）、handoff（会話を引き継ぎ文書に圧縮）、teach（複数セッションでの学習）、to-questionnaire（会話をアンケート形式へ）、wait-what（直前の説明を噛み砕き直す）、そして model-invoked の grilling（grill-me・grill-with-docs の背後にある再利用ループ）と writing-for-agents（エージェント向けの書き方リファレンス）で構成される。READMEは grill-me と grill-with-docs を最も人気のあるスキルとし、変更を加えるたびに使うよう勧めている。初回だけで「質問が多い」と判断すると価値を取り逃すので、同じリポジトリで数回は回してから評価したい。
どのスキルから始めるか——状況別の選び方
27スキルを全部入れる必要はない。npx（skills.sh）経由なら対話で必要なものだけ取れる（setup-matt-pocock-skills は必ず含める）。
| 状況 | 推奨スキル | 得られる効果 |
|---|---|---|
| 新規プロジェクト | grill-with-docs → to-spec → to-tickets → implement |
詰問で要件を固め、仕様→チケット→実装まで一直線に流す |
| レガシー改善 | improve-codebase-architecture + triage |
深掘り候補をレポート化し、Issue をトリアージで捌く |
| 品質ゲート | tdd + code-review + pr |
Red-Green-Refactor と二軸レビュー、PR まで型で締める |
| 難しいバグ | diagnosing-bugs |
再現→最小化→仮説→計測→修正→回帰テストを型で回す |
| 巨大な調査 | wayfinder |
1セッションに収まらない作業を調査チケットの地図に落とす |
| スキル自作 | writing-for-agents |
エージェント向けの書き方の語彙と原則を参照する |
まず入れるなら grill-with-docs と tdd の2つでいい。詰問で認識を揃えてから TDD で1スライスずつ実装する2段だけでも、エージェントの手戻りは減る。慣れたら improve-codebase-architecture で既存コードを Deep 化していく。
自作・公式スキルとの違い——「自分のものにする」まで
エージェントのスキルは .claude/skills/ などに SKILL.md を置くだけで動く。mattpocock/skills の価値は、自作や公式スキルと比べるとはっきりする。
| 比較項目 | 自作スキル | mattpocock/skills | 公式スキル |
|---|---|---|---|
| インストール | 手動で SKILL.md 作成 | エージェント別に1コマンド | 手動コピーまたは npx |
| スキル数 | 必要なだけ | 27スキル（2カテゴリ） | 数スキル |
| 参照ファイル | 自分で用意 | 同梱済み（tests.md 等） | 最小限 |
| 設計思想 | 自由 | Deep Module・Vertical Slice 重視 | 汎用 |
| カスタマイズ | 完全に自由 | ファイルを編集して自分のものに | 編集可 |
| 更新 | 自分次第 | Matt Pocock が継続更新（自己更新プラグイン） | 提供元が管理 |
差は参照ファイルの充実度にある。各スキルは SKILL.md を中心にしたフォルダで、補助ファイルはエージェントが必要になったときだけ読み込む。自作の参考に、SKILL.md の構造はこうなっている——description にトリガーワードを明示し、具体論は参照ファイルへ切り出す。
---
name: tdd
description: Use this skill when the user asks for TDD, test-driven development, or when writing new features that need tests.
---
## TDD Rules
Red-Green-Refactor のサイクルを、1スライスずつ垂直に回す。
詳細は参照ファイル（tests.md / mocking.md / refactoring.md …）を順に読むこと。
npx 経由で入れた SKILL.md は自由に編集でき、チーム固有の規約を追記すれば自社スキルになる。これが Matt の言う「Make them your own」だ。
# 入れたスキルをチーム規約に合わせて書き換える（Make them your own）
vi .claude/skills/tdd/SKILL.md
# 追記例:
# - テストは Vitest を使う
# - カバレッジは 80% 以上を維持する
# - E2E は Playwright で書く
設計思想の深掘りは mattpocock skillsを再評価｜『Skills For Real Engineers』4大失敗モードの設計思想 にまとめている。
参照ソース
- mattpocock/skills - GitHub（README・
skills/配下を2026-11-04 に確認。スター数・スキル数・導入コマンドはこの時点の実測） - Claude Code Skills 公式ドキュメント - Anthropic
- Matt Pocock - Total TypeScript
- A Philosophy of Software Design - John Ousterhout（Deep Module の出典）
