ソフトウェアの基礎はこれまで以上に重要です: Matt Pocock の Claude Code スキルセット
マットポコック/スキルの解体 - 4 か月で 61,000 スターに達したこの倉庫が人気がある理由と、その背後にある 18 分間のスピーチの内容。 5 つの AI プログラミング失敗モードから 5 つのインストール可能なスキルまで、完全な Matt Pocock ワークフロー マップを提供します
Software fundamentals matter now more than they actually ever have. Code is not cheap. Bad code is the most expensive it's ever been.
スペックからコードへの波に圧倒されながらも冷静な人
2026 年は、AI プログラミングの「仕様からコードへ」の物語のハイライトの年です。仕様を作成し、コンパイラを実行します。コードを読んでから仕様を作成し、その後コンパイラを実行するのではありません。コミュニティで浮上したスローガンは「code is easy」（コードは安い）で、これは「とにかく、AI はさらに 1 秒あたり 10,000 行生成できるのに、なぜそれを気にする必要があるのか」を意味します。
マット・ポーコックは、これに公に反対の声を上げる数少ない人物の一人だ。彼は AI コーディングが非常に強力であることを否定しませんが、クラス「本物のエンジニアのためのクロード コード」で仕様からコードまでを実際にテストしました。その結論は非常に胸が張り裂けるものでした。コードを実行するたびに、コードはますます悪化します。これはまさに、『Pragmatic Programmer』で話題になった「ソフトウェア エントロピー」、つまりソフトウェア エントロピーの増加です。
そこで彼は次の 2 つのことを行いました。
- この観察を 18 分間のトークにまとめます: ソフトウェアの基礎はこれまで以上に重要です。
- 対応する解毒剤を GitHub リポジトリにパッケージ化します:
mattpocock/skills- 「本物のエンジニアのためのスキル。私の .claude ディレクトリから直接。」
ウェアハウスは 2026 年 2 月 3 日に開始され、4 か月以内に 61.1k スターと 5.3k フォークに達しました。これは、同時期に最も急速に成長した AI プログラミング ウェアハウスの 1 つでした。
Software Fundamentals Matter More Than Ever
A 18-minute talk arguing that good codebases matter more than ever in the AI age. Maps 5 common AI coding failure modes to 5 installable Claude Code skills, each rooted in a classic software engineering text.
mattpocock/skills
Skills for Real Engineers. Straight from my .claude directory. 61k+ stars in 4 months.
マット・ポーコックとは誰ですか?
TypeScript を書いたことがある人なら、おそらく一度は目にしたことがあるでしょう。彼は、近年中国語と英語界で最も多作な TypeScript 教育者の 1 人です。
- 英語界で非常に人気のある一連の有料コースである TotalTypeScript.com の創設者
- aihero.dev ニュースレター購読数 60,000 以上、トピックは TS から AI コーディングに変更
- Twitter
@mattpocockukと YouTube@mattpocockukには短いビデオ チュートリアルがたくさんあります。 - OpenAI/人類主義者ではなく、純粋に独立した開発者と教育者の経歴を持つ
彼の性格は非常に明確です。シニア エンジニアの視点から見た AI コーディング。私たちは「AGI がやってくる」とは叫びませんし、「プログラマーが職を失う」とも叫びません。彼が叫んだのは、「古い世代のソフトウェア エンジニアのトリックは今でも非常に役に立ちます。LLM が実行できる形式に変換するだけで十分です。」というものでした。
主な議論: コードは安くない
スピーチ全体に議論は 1 つだけあり、各スキルはその脚注です。
コードベースの構造が悪い場合、AI は悪いコードベースに悪いコードしか書きません。したがって、優れたコードベースがこれまで以上に重要になり、基本的なソフトウェア スキルがこれまで以上に重要になります。
マットは軍事に例えて、人間と AI の役割を非常にわかりやすく説明しました。
If we think about AI as a really great on-the-ground programmer—a tactical programmer, a sergeant on the ground making the code changes—you need someone above that. You need someone thinking on the strategic level. And that's you.
戦略層は何をするのでしょうか?設計コンセプト、統一言語、モジュール境界 - これら 3 つは「コードを書く」というよりは「問題を定義する」もので、LLM が最も苦手とするものです。
5 つの失敗パターン → 5 つの古書 → 5 つのスキル
Matt はスピーチの中で、方法論全体をマッピング テーブルに圧縮しました。障害モードに遭遇するたびに、彼は 20 年前に解決された古典的な理論を示し、マークダウン形式のスキル ファイルを提供します。
| # | AIプログラミング失敗モード | 古典的な理論と情報源 | 対応スキル |
|---|---|---|---|
| 1 | AIはあなたが望むことをしません | デザインのデザイン (ブルックス)—— デザインコンセプト、デザインツリー | /grill-me |
| 2 | AI は冗長な言葉であなたに話しかけます。 ドメイン駆動設計 (Evans) - ユビキタス言語 | /grill-with-docs | |
| 3 | AI は正しく実行しますが、実行できません。 実践的なプログラマー (ハント & トーマス)—— 「フィードバックの速度が速度の限界です」 | /tdd | |
| 4 | AI は悪いコードベースを歩き回ります | ソフトウェア設計の哲学 (Ousterhout) - ディープモジュール、削除テスト | /improve-codebase-architecture |
| 5 | あなたの脳は AI の出力に追いつけない | Kent Beck —— 毎日デザインに投資 | 「インターフェイスを設計し、実装を委任する」 |
項目 5 リポジトリには個別のスキルはありません (以前は design-an-interface がありましたが、非推奨になりました)。その精神は /to-prd と /improve-codebase-architecture に吸収されています。どちらも、コードを記述する前にモジュール インターフェイスについて考える必要があります。
5 毎日実際に使用するスキル
そのスピーチは哲学的な骨組みでした。 Matt はその後、そのスケルトンを毎日のワークフローに変換する記事「私が毎日使う 5 つのエージェント スキル」を aihero.dev に投稿しました。これら 5 つは、このシリーズの将来的に 1 つずつ解体されるオブジェクトです。
/grill-me ← 先和 AI 谈清楚要做什么
↓
/to-prd ← 把对话凝固成 PRD
↓
/to-issues ← 把 PRD 切成可独立领取的 vertical slice
↓
/tdd ← 每个 slice 用红绿重构跑通
↓
/improve-codebase-architecture ← 周期性检查，把 shallow 模块改成 deepこれら 5 つのスキルが結びついて、Matt の完全な研究開発プロセスが形成されます。各ステップに対応する故障モードは、前のセクションの表に示されています。
各記事の詳細な分解 (このシリーズの後続ページ):
- グリル ミー: AI にあなたのニーズを教えてもらいましょう
- Grill With Docs: プロジェクト言語と ADR のメンテナンス
- to-PRD + to-Issues: 会話から実行可能なチケットまで
- TDD: 赤と緑の再構築を使用して AI に小さなステップを強制する
- コードベース アーキテクチャの改善: 浅いモジュールを深いモジュールに再構築
インストール方法
ウェアハウスの README には、インストールするための 1 行コマンドが記載されています。
npx skills@latest add mattpocock/skillsこのコマンドは次のことを行います。
1.インストールしたいスキルを確認します
2. インストールするエージェントを選択できます (Claude Code、Codex、Cursor などがすべてサポートされています)
3. 対応する SKILL.md ファイルを .claude/skills/ (またはエージェントに対応するディレクトリ) に配置します。
/setup-matt-pocock-skills を同時にチェックすることを強くお勧めします。これは 3 つの質問を行う 1 回限りの構成スキルです。
- 問題トラッカーは何に使用されますか? (GitHub / GitLab / ローカルマークダウン / その他)
- トリアージラベルにはどのような単語が使われていますか? (ニーズのトリアージまたはその他)
- ドメイン ドキュメントをどこに配置しますか? (CONTEXT.md/ADR パス)
/setup-matt-pocock-skills を 1 回実行すると、プロジェクトのルート ディレクトリの AGENTS.md または CLAUDE.md に書き込みます。その後、すべてのエンジニアリング スキル (to-prd、to-issue、トリアージ、tdd など) がこの構成を自動的に読み取ります。このステップは省略され、後続のすべてのスキルで同じ質問が何度も繰り返されます。
/grill-me (最も軽量で純粋な生産性クラス) を試してみたいだけの場合は、問題トラッカーに依存しないため、セットアップをスキップできます。
この一連のスキルと BMAD / Spec-Kit / GSD の違い
BMAD、Spec-Kit、GSD などの仕様主導フレームワークをすでに使用している場合は、「なぜまだ Matt のセットが必要なのですか?」と疑問に思うかもしれません。
Matt は README に次のように直接書いています。
Approaches like GSD, BMAD, and Spec-Kit try to help by owning the process. But while doing so, they take away your control and make bugs in the process hard to resolve. These skills are designed to be small, easy to adapt, and composable.
主な違い:
- BMAD/Spec-Kit/GSD は、仕様からコードまでの完全なパイプラインを指定する フレームワーク です。そのプロセスに従う必要があります。
- マット このセットはコンポーネントです。各スキルには、数行から数十行までのマークダウン ファイルがあります。いつでも分解して変更できます。
例: grill-me の実際の全文はこれだけです —
Interview me relentlessly about every aspect of this plan until we reach
a shared understanding. Walk down each branch of the design tree,
resolving dependencies between decisions one-by-one. For each question,
provide your recommended answer.
Ask the questions one at a time.
If a question can be answered by exploring the codebase, explore the
codebase instead.スキル全体は7行です。しかし、クロードが決断を下す前に 20、50、さらには 100 の質問をするのは、この 7 行のせいです。 非常に少ないテキストを使用して大きな動作の変化を活用するという設計哲学が、この一連のスキルの人気の根本的な理由です。
このシリーズの読み方
これまでに Matt のセットに出会ったことがない場合は、meta.json 内の順序で読むことをお勧めします。
- 概要 (現在閲覧している記事) - 全体像を把握する
- Grill Me - 個別にインストールして、最初に試してみます。しきい値は最も低いです
- Grill With Docs - Grille-me の高度なバージョン。CONTEXT.md の導入を開始します。
- to-PRD + to-Issues - 会話を実行可能なチケットに変える
- TDD - マット自身、「エージェントの出力品質を向上させるためにこれまで使用した中で最も安定した方法」と述べています。
- コードベース アーキテクチャの改善 - AI を長期的に利用できるようにするための定期的なメンテナンス
すでにクロード コードを使用して実際のプロジェクトを作成している場合は、最も直感的な記事である /grill-me + /tdd に直接ジャンプしてください。
教えたり書いたりしている場合は、/grill-me を読むだけで十分です。これは、コードに限定されない一般的な「デザイン会話」ツールです。
私の使用方法の提案
この一連のスキルを自分でインストールした後、最大の物理的な変化は次のとおりです。
最初に: 急いでコードを書き始めるのはやめてください。以前は、AI が「ログインを追加してください」を受信すると、500 行のレイアウトを開始していました。ここで、/grill-me は最初に 20 の質問をします - 「デバイスを覚えておきたいですか?」 「セッションが期限切れになるまでどれくらい時間がかかりますか?」 「アカウントのロックに何回失敗しましたか?」 30分後に書きましょう。節約できるのは、その後の 2 時間の再作業です。
2 番目: CLAUDE.md は肥大化しなくなりました。以前、CLAUDE.mdには「要件を理解した上でコードを書いてください」「抽象的になりすぎないでください」など多くの禁止事項が書かれていましたが、クロードはそれでもそれを犯していました。 Matt のセットに切り替えた後、CLAUDE.md にはドメイン知識 (設計システム、コンポーネント仕様、展開) のみが組み込まれ、一般的な方法論はスキルに引き継がれます。双方の責任は明らかです。
3 番目: モジュールの深い思考は、スキル自体よりも価値があります。 /improve-codebase-architecture をインストールしなくても、SKILL.md 内の「削除テスト」を読むだけで (このモジュールを削除した後に複雑さが消えた場合は、パススルーであることを意味します)、PR レビュー中にすでに再確認することになります。
コストに注意してください:
- 5 つのスキルをインストールすると、AI はさらに質問をします。 「1文で500行を生成する」ことに慣れている人にとっては面倒に感じるでしょう
/tddが厳密に実装された後は、単純なスクリプトでも最初にテストを記述する必要がありますが、これは探索的なコードには適していません。「今回は TDD をスキップする」と指定できます。/grill-with-docsが率先して CONTEXT.md を変更します。初めて実行する前に、ドライランを行うことをお勧めします。
参考リソース
5 Agent Skills I Use Every Day
Matt's own writeup of his daily 5-skill workflow: grill-me → to-prd → to-issues → tdd → improve-codebase-architecture. Rich with concrete examples like a video editor feature build.
My 'Grill Me' Skill Went Viral
The story of why a 7-line markdown file became one of the most copied AI coding patterns of 2026.
Skills for Real Engineers
The official repo. 61k+ stars. Browse the skills/ directory for the actual SKILL.md files.
スピーチで引用された 5 冊の本 (出現順):
- ソフトウェア設計の哲学 — John Ousterhout (複雑さの定義、深いモジュール)
- The Pragmatic Programmer — David Thomas & Andrew Hunt（software entropy、outrunning headlights）
- The Design of Design — Frederick P. Brooks（design concept、design tree）
- Domain-Driven Design — Eric Evans（ubiquitous language）
- Test-Driven Development — Kent Beck（invest in design every day）
それぞれ20歳以上です。マットはスピーチの中で何度も「Amazon に行って、手に入れましょう。」という文を繰り返しました。この文自体がこのスピーチのイースターエッグです。