/ ディレクトリ / プレイグラウンド / mattpocock/skills
● コミュニティ mattpocock ⚡ 即起動

mattpocock/skills

作者 mattpocock · mattpocock/skills

Matt Pocock の個人的な .claude ディレクトリ — TS OG から直接得られた、独自の TypeScript、テスト、ワークフロー スキル。

Matt Pocock (TypeScript 教育者、Total TypeScript の作成者) は、彼の個人的な Claude Code スキル ディレクトリを公開しました。 TS 固有のパターン、テスト哲学、リファクタリング パターン、ワークフローの意見が含まれます。一般的なバンドルではなく、1 人のエンジニアが実際にセットアップしたものです。

なぜ使うのか

主な機能

ライブデモ

実際の動作

準備完了

インストール

クライアントを選択

~/Library/Application Support/Claude/claude_desktop_config.json  · Windows: %APPDATA%\Claude\claude_desktop_config.json
{
  "mcpServers": {
    "mattpocock-skills-skill": {
      "command": "git",
      "args": [
        "clone",
        "https://github.com/mattpocock/skills",
        "~/.claude/skills/skills"
      ],
      "_inferred": true
    }
  }
}

Claude Desktop → Settings → Developer → Edit Config を開く。保存後、アプリを再起動。

~/.cursor/mcp.json · .cursor/mcp.json
{
  "mcpServers": {
    "mattpocock-skills-skill": {
      "command": "git",
      "args": [
        "clone",
        "https://github.com/mattpocock/skills",
        "~/.claude/skills/skills"
      ],
      "_inferred": true
    }
  }
}

Cursor は Claude Desktop と同じ mcpServers スキーマを使用。プロジェクト設定はグローバルより優先。

VS Code → Cline → MCP Servers → Edit
{
  "mcpServers": {
    "mattpocock-skills-skill": {
      "command": "git",
      "args": [
        "clone",
        "https://github.com/mattpocock/skills",
        "~/.claude/skills/skills"
      ],
      "_inferred": true
    }
  }
}

Cline サイドバーの MCP Servers アイコンをクリックし、"Edit Configuration" を選択。

~/.codeium/windsurf/mcp_config.json
{
  "mcpServers": {
    "mattpocock-skills-skill": {
      "command": "git",
      "args": [
        "clone",
        "https://github.com/mattpocock/skills",
        "~/.claude/skills/skills"
      ],
      "_inferred": true
    }
  }
}

Claude Desktop と同じ形式。Windsurf を再起動して反映。

~/.continue/config.json
{
  "mcpServers": [
    {
      "name": "mattpocock-skills-skill",
      "command": "git",
      "args": [
        "clone",
        "https://github.com/mattpocock/skills",
        "~/.claude/skills/skills"
      ]
    }
  ]
}

Continue はマップではなくサーバーオブジェクトの配列を使用。

~/.config/zed/settings.json
{
  "context_servers": {
    "mattpocock-skills-skill": {
      "command": {
        "path": "git",
        "args": [
          "clone",
          "https://github.com/mattpocock/skills",
          "~/.claude/skills/skills"
        ]
      }
    }
  }
}

context_servers に追加。保存時に Zed がホットリロード。

claude mcp add mattpocock-skills-skill -- git clone https://github.com/mattpocock/skills ~/.claude/skills/skills

ワンライナー。claude mcp list で確認、claude mcp remove で削除。

ユースケース

実用的な使い方: mattpocock/skills

Matt の TS パターンを既存のプロジェクトに適用する

👤 コード品質をアップグレードする TypeScript 開発者 ⏱ ~90 min intermediate

使うタイミング: あなたのプロジェクトには「any」と肩をすくめる価値のあるタイプがあり、原則に基づいたクリーンアップが必要です。

前提条件
  • インストールされたスキル — git clone https://github.com/mattpocock/skills ~/.claude/skills/mattpocock
フロー
  1. Scan
    Use mattpocock/ts-review. Scan /src and list every any, every unsafe cast, every type hole. Group by file.✓ コピーしました
    → Itemized findings, not a summary
  2. 原則に従って修正する
    Fix the top 20, narrowest fix per case. Respect Matt's "prefer inference" rule — don't explicit-annotate what TS can infer.✓ コピーしました
    → Minimal diffs, type-safety gained
  3. チェック
    Run tsc --noEmit. Any regressions?✓ コピーしました
    → Clean compile or precisely-scoped remaining items

結果: 原則に基づいた方法論に従った、かなりタイプセーフなコードベース。

注意点
  • Skill applies Matt's opinions where your team disagrees (e.g. interface vs type) — Override with "skip the interface-vs-type conversion, keep existing style"
組み合わせ: ファイルシステム

Matt の方法で機能テストを先に構築する

👤 よりテストフォワードなワークフローを採​​用する開発者 ⏱ ~60 min intermediate

使うタイミング: 新しい機能を構築する必要があり、最新の TS ツールを使用して最初にテストを試したいと考えています。

フロー
  1. テストを書く
    Use mattpocock/test-first. I want to add a parseInvoice function. Write the test (vitest, integration-over-unit bias) before any impl.✓ コピーしました
    → Failing test with realistic fixtures
  2. 埋め込む
    Now the minimal implementation. Type-safe, no any.✓ コピーしました
    → Green test with clean types
  3. リファクタリング
    Apply refactor patterns from the skill — extract helpers if they earn it, no premature abstraction.✓ コピーしました
    → Refactor only where the skill's criteria are met

結果: 動作をテストするテストスイート、それを満たす実装、およびリファクタリングの制約。

注意点
  • Opinions collide with team's existing Jest setup — Ask the skill to adapt — it's opinionated but can be reoriented
組み合わせ: ファイルシステム

組み合わせ

他のMCPと組み合わせて10倍の力を

mattpocock-skills-skill + filesystem

Apply to a full repo

/src ツリー全体に対して ts_review を実行し、レポートします。✓ コピーしました
mattpocock-skills-skill + github

Open a PR per review

上位 3 つのクリーンアップについては、明確な説明を含む PR をそれぞれ 1 つ作成します。✓ コピーしました

ツール

このMCPが提供する機能

ツール入力呼び出すタイミングコスト
ts_review path TS 固有の監査 0
test_first feature_spec 新機能の開始 0
refactor_with_types path, goal 型を保持するリファクタリング 0

コストと制限

運用コスト

APIクォータ
N/A
呼び出しあたりのトークン
レビューが多い — 大規模なコードベースで大量の読み取りを行うための予算
金額
Free
ヒント
最初にディレクトリごとにスコープを設定します。すべてをスキャンしないでください

セキュリティ

権限、シークレット、影響範囲

最小スコープ: filesystem-read
認証情報の保管: None
データ送信先: None

トラブルシューティング

よくあるエラーと対処法

スキルが独断的すぎる気がする

それが重要です - プロンプト内の特定の意見をオーバーライドするか、フォークして編集します

チームのスタイルと矛盾する推奨事項

出力をチームと共有します。命令ではなく、議論のきっかけとして使用してください

私のニッチなライブラリを知りません

スキルは TS 全般です。ライブラリのドキュメントをコンテキストの先頭に追加します。

代替案

mattpocock/skills 他との比較

代替案代わりに使う場面トレードオフ
Your team's linter configインタラクティブなレビューではなく、CI レベルの適用が必要ですLLM 推論もリファクタリング支援もありません
Biome / ESLint with typescript-eslintルールベースの決定性を求めるマットのスキルのように推論を説明できない

その他

リソース

📖 GitHub の公式 README を読む

🐙 オープンな issue を見る

🔍 400以上のMCPサーバーとSkillsを見る