vibe coding から本物のエンジニアリングへ：Matt Pocock が AI スキル集をオープンソース化

今日の GitHub Trending で最も注目を集めたプロジェクトの一つが、mattpocock/skills だ。一見シンプルなリポジトリだが、一日で 5000 以上のスターを獲得している。

これはまた「AI がコードを書く」系のプロジェクトではない

Matt Pocock とは？TypeScript をやったことがあれば、おそらく彼のチュートリアルを見たことがあるはずだ。ジェネリクスを分かりやすく説明できる稀有な存在だ。今回彼がオープンソース化したのはツールではなく、彼自身が毎日使用する AI コーディングアシスタントのスキル（skills）である。

README の最初の一文が印象的だ：

“Skills for Real Engineers. Straight from my .claude directory.”

（本物のエンジニアのためのスキル。私の .claude ディレクトリから直接）

注目すべきは「Real Engineers」という言葉。そして続く一文：

“My agent skills that I use every day to do real engineering - not vibe coding.”

vibe coding とは？なぜ彼は反対するのか？

vibe coding は今年の AI コーディング界隈で流行っている言葉だ。ざっくり言えば、AI に「これ作って」と頼んで、生成されたコードを見て「雰囲気が合ってる」で終わり、というスタイル。コードを読まず、ロジックを確認せず、アーキテクチャも考えない。

Matt の立場は明確だ：こんなやり方では本物のアプリケーションは作れない。

“Developing real applications is hard. 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.”

彼は GSD（Get Shit Done）、BMAD などのアプローチがプロセスを掌握しようとするが、その代償としてコントロールを失い、問題が起きたときに修正が難しくなると指摘する。

彼の解決策：小さく美しいスキル

Matt のスキル設計哲学はシンプルだ：

小さい（small）
修正しやすい（easy to adapt）
組み合わせ可能（composable）
モデル非依存（work with any model）

現在のリポジトリには十数個のスキルがあり、いくつかのカテゴリに分かれている：

1. 要件のすり合わせ系

最も人気なのはこれら二つ：

/grill-me —— AI に逆に質問させて、本当に何が必要かを明確にする
/grill-with-docs —— 同上だが、ドキュメントも参照する

Matt は『達人プログラマー』の言葉を引用して、なぜこうする必要があるかを説明する：

“No-one knows exactly what they want”

彼が指摘する最も一般的な失敗パターンはコミュニケーションの齟齬だ。AI があなたの望みを理解していると思い込むが、実際に作られたものを見ると、全く違うものだった —— そんな経験は誰にでもあるはずだ。解決策はAI に先に質問させること。深く話し合う前にコードを書き始めるのは、災難の始まりだ。

2. ドメイン言語系

CONTEXT.md —— プロジェクトの専門用語を AI が理解できるようにする共有言語ドキュメント

彼は例を挙げている：

修正前：“There’s a problem when a lesson inside a section of a course is made ‘real’ (i.e. given a spot in the file system)”
修正後：“There’s a problem with the materialization cascade”

AI が「materialization cascade」という言葉を理解していれば、20 文字を 4 文字に短縮できる。

使い方は？

Matt はインストーラーを用意している：

npx skills@latest add mattpocock/skills

必要なスキルを選び、どのエージェント（Claude Code、Codex など）にインストールするか選ぶだけ。

スキルファイルは Markdown で、構造もシンプル：

先頭の frontmatter にメタデータ（名前、説明）
その後に具体的なステップ説明

修正も自由自在。黒魔術はない。

なぜこれは重要か？

現在、AI コーディングアシスタントのスキル/ツール/プラグインのエコシステムが爆発的に成長している。OpenAI には Codex Skills、Claude には Claude Code の skills ディレクトリ、さらに ComposioHQ/awesome-codex-skills のようなサードパーティライブラリもある。

だが Matt のプロジェクトが注目を集めたのは機能ではなく姿勢だ。

彼は私たちに思い出させている：AI は道具であって、代わりではない。本物のエンジニアリングには思考、コミュニケーション、明確な制約が必要だ —— 「雰囲気が合ってる」では済まない。

vibe coding は Demo を作るには向いているかもしれない。しかしメンテナンス可能でイテレーション可能なプロジェクトを作るには、エンジニアとしての思考が必要だ。