2026年5月、mattpocock/skills が GitHub Trending で連日話題になり、Star 数は10万を超えました。作者 Matt Pocock（Total TypeScript 講師）が日々使っていた Agent Skills を私的 .claude から公開したもの——別のチャットテンプレではなく、Claude Code・Cursor・Codex などに「合意してから書き、検証してから完了」と従わせる工程ディシプリンの集合体です。
「エージェントが五十ファイル一気に触ってテスト全部赤なのに完了と言う」——その疲れを知っているなら、本稿は問題 → 構造 → 比較 → 導入ワークフローの順で、このリポジトリを入れる価値があるか整理します。インストールコマンド、推奨 Skill チェーン、OpenClaw や Cursor 記憶との境界、Mac チーム向けチェックリストまで持ち帰れます。先に当サイトのAIコーディングの持続記憶を読むと、「セッション記憶」と「工程 Skill」が何を分担するかがはっきりします。
一、バイブコーディングに足りないのはモデルではなく工程
2026年、「Vibe coding（雰囲気コーディング）」はほぼ蔑称です。モデルが賢くなるほど一度に出るコード量が増え、ズレたときのコストも跳ね上がります。Matt は README で四つの典型失敗を挙げています——『プログラマが修練の道』『ドメイン駆動設計』に書いてあった古い問題が、Agent という加速器で再燃しているだけです。
- 要件ズレ（Misalignment）：説明したつもりが別解釈で実装され、diff を見て初めて気づく。
- 冗長（Verbosity）：プロジェクト固有語を知らず、短く言えることを長文にして token も時間も浪費。
- フィードバック欠如（No feedback）：失敗テスト・型チェック・再現手順がなく、エージェントが暗闇飛行。
- エントロピー（Entropy）：生成速度2倍で設計腐敗も2倍。数週間後、境界を触る人がいなくなる。
GSD、BMAD、Spec-Kit など「フルプロセス方法論」は Agent を厚い殻で包もうとしますが、Matt の指摘は明快です——分解も改変もできない流程は、壊れたコンパイラを直すより辛い。skills の方向は逆で、各 Skill は SKILL.md の短い Markdown、Slash で起動し、レゴのように組み合わせます。
二、mattpocock/skills とは何か
副題は Skills for Real Engineers. Straight from my .claude directory. 技術的には skills.sh 経由で配るSkill パックの集合、MIT ライセンス。Star 数は GitHub 上でリアルタイム確認（執筆時点で10万超）。大きく三類です。
2.1 Engineering（毎日の実装）
| Slash コマンド | 役割 | 典型タイミング |
|---|---|---|
/grill-me、/grill-with-docs | 着手前に要件を「炙る」。後者は CONTEXT.md と ADR も更新 | 非 trivial 機能の前 |
/tdd | 赤→緑→リファクタ。失敗テストから | ビジネスロジック、バグ修正 |
/diagnose | 再現→最小化→仮説→計測→修正→回帰 | 性能・並行の難題 |
/to-prd | 会話を PRD に落とし GitHub Issue 化 | 議論は成熟、文書化前 |
/to-issues | PRD/計画を縦切りで独立デリバリ可能な Issue に | スプリント前 |
/improve-codebase-architecture | ドメイン語で「深められる」境界を探索 | 数日おきのリポジトリ巡回 |
/setup-matt-pocock-skills | Issue ソース、トリアージラベル、ドキュメントパス | 導入直後必須 |
2.2 Productivity（汎用協業）
/caveman は極限まで短い発話で token 節約（公式称約75%）。/handoff はセッションを次 Agent 向け引き継ぎ文書に圧縮。/write-a-skill は規約に沿った新 Skill 執筆。長セッション、複数人・複数 Agent 接力、コスト敏感チーム向けです。
2.3 Misc（必要時）
/git-guardrails-claude-code は Hook で force push や hard reset 等を遮断。pre-commit 足場や練習ディレクトリ生成なども——メインライン外ですが、Git 事故歴のあるリポジトリでは価値があります。
2.4 共有言語：grill-with-docs の地味な威力
README の例：「レッスンが materialize された」を「materialization cascade の不具合」と言い換える——ドメイン語が CONTEXT.md に入ると、変数名・ファイル名・以降の会話が短く揃います。これはコード知識グラフで巨大リポジトリを読む話と補完関係：グラフが構造、CONTEXT.md がチームの口頭契約を担います。
三、Cursor Rules・OpenClaw・重量級方法論との比較
選定視点の粗い対照表です。どれか一つに寄せる必要はありません。
| 軸 | mattpocock/skills | Cursor / IDE Rules | OpenClaw Skill エコシステム | GSD / Spec-Kit 等 |
|---|---|---|---|---|
| 形 | インストール可能な Slash Skill パック | リポジトリ内の静的ルール | ゲートウェイプラグイン + openclaw skills |
多段階プロセステンプレ |
| 強み | 整合、TDD、Issue 分解、アーキ巡回 | コーディングスタイル、ディレクトリ規約 | マルチチャネル、Cron、Webhook | Spec から納品までの物語 |
| 制御感 | 高（Skill 単位で ON/OFF） | 高 | 中（運用面が重い） | 低〜中（工程が主導） |
| Mac との関係 | 任意 OS；iOS/macOS CI は macOS ノードが要ることも | ローカル IDE 中心 | 常駐 Mac ゲートウェイが多い | Agent 実行環境次第 |
OpenClaw ClawHub スキル導入との対比：OpenClaw は「メッセージの入口とゲートウェイ死活」、mattpocock/skills は「入線後エンジニアらしく書く」側。コミュニティでは addyosmani/agent-skills と Matt の包を並べることも——前者は /spec→/ship ライフサイクル、後者はテストと整合、同一リポジトリに共存可です。
「先週の決定を覚えているか」は Rules と CONTEXT.md の領域。「今回 TDD で行くか」は工程 Skill の領域。200K コンテキストに替えれば解決——とは限りません。当サイトの長コンテキストと跨週協業も参照してください。
四、30秒インストールと推奨 Skill チェーン
公式 Quickstart は三ステップ。実リポジトリのルートで実行するのが鉄則です（README 準拠）。
4.1 インストール
npx skills@latest add mattpocock/skillsインストーラーで Skill と対象 Agent（Claude Code、Cursor 等）を選択。/setup-matt-pocock-skills は必ずチェック。
4.2 リポジトリ設定
Agent 内で実行：
/setup-matt-pocock-skillsIssue トラッカー（GitHub / Linear / ローカル）、/triage ラベル語彙、CONTEXT.md と ADR の場所を指定。未設定だと /to-issues と /triage がチーム慣習とズレたチケットを量産しがちです。
4.3 機能開発のコピペ可能チェーン
/grill-with-docs（または/grill-me）——決定木に「未定」枝がなくなるまで。/to-prd——合意済みなら PRD 化して Issue 作成。/to-issues——縦切り Issue。「フロント一週・バック一週」の水平分割を避ける。- Issue ごとに
/tdd。詰まったら/diagnose。 - リリース前または金曜に
/improve-codebase-architecture。
4.4 Apple / Mac チームでの接続
Skills 自体はクロスプラットフォーム。同じリポジトリで xcodebuild、署名、OpenClaw ゲートウェイも回すなら、ノート PC + Cursor に Skills を入れてアプリコードを書き、CI とゲートウェイは自前 Mac Runnerやリモート専有 Mac に置く構成が多いです。ローカル LLM の選定はMLX と Ollama 比較を——Skills はモデル選びではなく Agent の使い方を縛ります。
# 例：Skills 導入後も既存 CI で検証（Skill とは直交）
xcodebuild -project MyApp.xcodeproj -scheme MyApp -destination 'platform=iOS Simulator,name=iPhone 16' build五、反例：Skills を全部入れなくていい場面
- 使い捨てスクリプトや50行未満の変更：
/grill-meはオーバーキル。受入条件を一行で書けば足りる。 - Spec-Kit パイプラインが既に安定：乗り換え不要。
/tddや/diagnoseだけ摘む。 - CONTEXT.md の担当者がいない：
/grill-with-docsは形骸化。文書オーナーを決めてから。 - 本丸が IM/Webhook 自動化：OpenClaw 系ゲートウェイ優先。Skills 包はチャネル問題を解かない。
Star 数は共感の指標であって「入れたらシニアになる」保証ではありません。Beta 更新が速いので CHANGELOG を確認——特に setup と Issue テンプレ変更に注意。
よくある質問 FAQ
mattpocock/skills と Cursor Rules の違いは？
Cursor Rules は静的なプロジェクト規約が中心。mattpocock/skills は /grill-me や /tdd など、会話中に段階実行される Slash ワークフロー。Rules が下限、Skills が手順——併用が自然です。
Claude Code 専用ですか？
いいえ。skills.sh インストーラーは Claude Code、Cursor、Codex などに対応。インストール時に Agent を選ぶと、そのツール形式で設定ディレクトリに書き込まれます。
インストール直後に最初にやることは？
/setup-matt-pocock-skills を実行。Issue トラッカー、トリアージラベル、CONTEXT.md と ADR パスを設定。未 setup だと /to-issues、/triage が文脈不足になります。
GSD、BMAD、Spec-Kit と競合しますか？
必ずしも競合しません。Matt の包は小さく組み替え可能。Spec-Kit で PRD を書いているなら /to-issues で縦切り Issue にするだけでも価値があります。
最初に入れるべき Skill は？
多くのチームは /grill-me（または /grill-with-docs）、/tdd、/to-issues。整合・テストフィードバック・分割をカバー。Git 事故歴があれば /git-guardrails-claude-code を追加。
Mac で Agent を回すのにリモート Mac は必要？
TypeScript/フロントはローカルで十分。iOS ビルド、大コンテキスト LLM、24×7 ゲートウェイ（OpenClaw 等）は専用 macOS が要ることも。Skills は協業の仕方、リモート Mac は macOS 負荷の置き場——役割が違います。
まとめ
mattpocock/skills の注目度は、開発者が欲しいのは「コードが書けるチャット」ではなく監査可能で組み替え可能、後輩に渡せる工程だという証拠です。/grill-me で整合の穴を塞ぎ、/tdd と /diagnose でフィードバック環を作り、/to-issues で PRD を独立出荷できる縦切りタスクに——AI コーディングを vibe から discipline へ寄せる近道の一つです。
- インストール：
npx skills@latest add mattpocock/skills、続けて/setup-matt-pocock-skills。 - デフォルトチェーン：整合 → PRD → Issue 分解 → TDD 実装 → 定期アーキ巡回。
- OpenClaw、知識グラフ、リモート Mac は分担補完。互いの代替ではない。
macOS 上で Agent ゲートウェイや iOS CI を載せる次の一手はMacstripe トップで M4 Mac Mini 専有ノードを確認。OpenClaw と AI 基盤の記事は開発者ブログ索引から。
