公式機能を超えて、Xで実証された“効くやつ”だけ

GitHub Copilot 本体の解説は他の章に任せ、この章は X (Twitter) のエンジニアコミュニティで実際に動かして「効いた」 と証言が積み上がっている周辺ツールだけを扱います。 MCPサーバー、VS Code 拡張、.github/chatmodes/、Copilot Extensions、CLI ワークフローを コピペで動く設定 付きで網羅。

なぜこのページが必要か

Copilot 本体の機能 (Agent Mode / Coding Agent / Spaces / MCP) はドキュメントが充実しています。 一方で 「で、結局どのMCPを入れればいいのか」「awesome-copilot から何を採るべきか」 を判断する際は、 X (旧Twitter) で日々共有される 実戦投入された生の声 が一次情報になります。

このページは、それらを毎月のように追って「再現性があり、Copilot から直接呼べ、現役で使われている」ものだけを残しました。 各ツールに「採用理由 (なぜXで評判か)」を1文添える ルールを自分に課しています。書けないものは載せていません。

3軸キュレーション基準

選定の透明性のため、本ページに掲載する条件を開示します。

Cloud Agent / Local / CLI の使い分け & モデル選択戦略

どのMCPやSkillを入れる前に、「いま、どのエージェント形態を使うべきか」 の判断軸を持っておくと無駄な切替コストが消えます。 Microsoft CSA や実務家がXで繰り返し共有している判断基準を表にまとめました。

形態の判断マトリクス

モデル選択: 「分析は Claude / 生成は GPT」の二刀流

Pro+ / Business では複数モデルが使えます。Xでもっとも議論されてきた使い分けはこれです:

最初の30分セット (5ツール最小構成)

まずこの5つだけ入れてください。体感で生産性が変わる順 に並べています。すべて入れて30分以内です。

1. Context7 MCP — ライブラリの最新ドキュメントをCopilotに読ませる。「古い書き方を出される」問題を即解決。
   .vscode/mcp.json (1サーバー版)

   {
     "servers": {
       "context7": {
         "command": "npx",
         "args": ["-y", "@upstash/context7-mcp"]
       }
     }
   }

   確認: Copilot Chat で resolve-library-id "react query" と打って候補が返ればOK。
2. Playwright MCP (Microsoft 公式) — Copilot にブラウザを操作させる。E2E テスト書き起こし、UI バグ再現が一気に楽になる。

   {
     "servers": {
       "playwright": {
         "command": "npx",
         "args": ["-y", "@playwright/mcp@latest"]
       }
     }
   }

3. GitHub MCP Server (公式) — Issue/PR/Actions を Copilot から直接操作。リモート版を使うと OAuth で即起動。

   {
     "servers": {
       "github": {
         "type": "http",
         "url": "https://api.githubcopilot.com/mcp/"
       }
     }
   }

   確認: 初回アクセスで OAuth 認証ダイアログが出る → 承認すれば list_issues 等が呼べる。
4. awesome-copilot の code-reviewer.chatmode.md — PR レビュー専用モード。Mode セレクタから1クリックで切替。 (github/awesome-copilot から該当ファイルを .github/chatmodes/ に保存)
5. VS Code 拡張: Error Lens — エラーを行内に表示する単純な拡張だが、Copilot の修正提案がエラー文脈を理解する精度が上がる (Copilotはエディタ表示の文脈も読むため)。

+α: gh skill でコミュニティSkillをワンライナー導入 (2026年4月新機能)

2026年4月の gh 拡張で gh skill サブコマンドが追加されました。Copilot / Claude Code / Cursor / Codex すべて対応のコマンドで、awesome-copilot から個別Skillをピン止めバージョンで配布できます。Xでも「Agent Skills を CLI から配布できる文化が一気に加速する」と評価されています。

# 個別Skillをバージョン固定でインストール
gh skill install github/awesome-copilot/skills/pptx-toolkit --pin v1.2.3

# インストール済み一覧
gh skill list

# 更新確認
gh skill update

プロンプトパターン (ZOZO 8テクニック + 実戦テンプレ)

ツールを揃えても、プロンプトが下手だと精度は伸びません。ここではXで特にバズった2つの一次情報を統合しています: (1) ZOZOが2024年12月に公開した「GitHub Copilot のテクニック集」(Speaker Deck で 751いいね)、 (2) Microsoft が 2026年1月に無料公開した「プロンプト設計ガイド」。 どちらも「コンテキストは詳細すぎるくらいでよい」「記号で構造化する」が共通の鉄則です。

ZOZO 8テクニック (Copilot 特化)

5つの実戦テンプレ (コピペで動く)

1. 万能テンプレ (役割 / タスク / コンテキスト / 出力形式 / 制約)

役割: あなたは [シニアTypeScriptエンジニア] です。
タスク: [この関数をリファクタリング]
コンテキスト: [ユーザー管理APIで使用 / p95 < 150ms 目標 / 既存ErrorHandlerを使う]
出力形式: 改善前/改善後コード比較 + 変更理由のMarkdownテーブル
制約: 外部ライブラリ追加禁止 / 既存のコードベース内で完結

2. TDD (テスト先行) パターン

まずこの機能の失敗テストを Vitest で書いて。
- 異常系も必ず含める
- Given-When-Then 形式
- 失敗するテスト出力を見せてから、最小実装を提案

3. セキュリティレビュー

OWASP Top 10 と SANS Top 25 を考慮したレビュー。
入力バリデーション / SQLi / XSS 対策をコメントで明示。
指摘は「修正前 → 修正後」+ 根拠リンクをセットで。

4. SOLID リファクタ

このクラスを SOLID 原則でリファクタ。
特に「単一責任」「依存性逆転」を強く意識。
DI 可能なインターフェースを抽出して。

5. CLI / Agent Mode 用 長文指示

以下のタスクを「計画 → 承認待ち → 実行」で進めて。
1. /plan で全体計画を出す (実行前に止まる)
2. 複数ファイル変更は一括で
3. テストは必ず追加・実行
4. 完了後は変更サマリーを Markdown で
タスク: [具体的な機能追加内容]

Custom Instructions に入れるべき定番ルール

個別プロンプトで毎回書かなくて済むよう、.github/copilot-instructions.md に下記を入れておくのが実務での定番です。 詳細は 5章 カスタム指示。

.github/copilot-instructions.md (チーム共通の定番)
# プロジェクト全体ルール
- すべてのコード生成で「エラーハンドリング / ログ / 型定義」を必須
- テストは「正常系 + 異常系 + 境界値」を最低3パターン
- コメントは Why (なぜそうしたか) を中心に。What は書かない
- 変数名・関数名は業務ドメイン用語を優先 (userId ではなく customerId)
- 出力は日本語の構造化Markdown (見出し階層厳守)

MCPサーバー厳選カタログ

既存章 Spaces & MCP でMCPの基本概念は説明済み。ここではXで議論が活発なサーバーをカテゴリ別に厳選しています。

A. ドキュメント参照系

B. Web / ブラウザ系

C. 記憶 / 状態系

D. 思考補助

E. 業務 SaaS 連携

マルチMCP組合せの基本

{
  "servers": {
    "context7":   { "command": "npx", "args": ["-y", "@upstash/context7-mcp"] },
    "playwright": { "command": "npx", "args": ["-y", "@playwright/mcp@latest"] },
    "firecrawl":  { "command": "npx", "args": ["-y", "firecrawl-mcp"], "env": { "FIRECRAWL_API_KEY": "${input:firecrawl_key}" } },
    "github":     { "type": "http", "url": "https://api.githubcopilot.com/mcp/" },
    "memory":     { "command": "npx", "args": ["-y", "@modelcontextprotocol/server-memory"] },
    "sequential": { "command": "npx", "args": ["-y", "@modelcontextprotocol/server-sequential-thinking"] }
  },
  "inputs": [
    { "type": "promptString", "id": "firecrawl_key", "description": "Firecrawl API Key", "password": true }
  ]
}

Enterprise セキュリティ: MCP Allowlist の必須化

個人なら自由に MCP を追加できますが、Business / Enterprise では「野良 MCP の混入」が監査リスクになります。 GitHub Enterprise には MCP サーバーの許可リスト機能があり、認可済みサーバーだけを .vscode/mcp.json から起動可能にできます。 本番運用直前に必ず管理者ポリシーで設定してください。

• 管理画面で許可するMCPレジストリ / 個別サーバーを指定
• 未承認サーバーは VS Code 側で起動拒否される
• 監査ログで「誰が・いつ・どのMCPを呼んだか」を追跡

Copilot Extensions (Marketplace ピックアップ)

Copilot Chat に @xxx で呼べる Marketplace 拡張。MCPと違い、サーバー設定不要でインストール即使用。 現時点で「実用報告」が継続的にXに上がっているものに絞っています。

.github/chatmodes/ & .github/prompts/ 厳選パック

VS Code 1.103以降、Copilot Chat は .chatmode.md / .prompt.md / .instructions.md を読み込みます。 github/awesome-copilot リポにコミュニティ製のテンプレートが集まっており、ここから 実用4本 を絞り込みました。

4本セット (役割別)

導入手順 (4本まとめて、1分)

1. リポジトリのルートで mkdir -p .github/chatmodes .github/prompts .github/instructions
2. awesome-copilot から該当ファイルを .github/chatmodes/ に保存 (4ファイル)
3. VS Code を再読み込み (Cmd/Ctrl + Shift + P → "Reload Window")
4. Copilot Chat の Mode セレクタを開く → 4モードが追加されている

自作するときの最小骨格

FILE: .github/chatmodes/test-author.chatmode.md---
description: Pragmatic test-first assistant for our codebase.
tools: ['codebase', 'editFiles', 'runCommands', 'search', 'usages']
model: GPT-5
---

You write the smallest failing test first, then minimal implementation.

Rules:
- Use Vitest for TS, pytest for Python (autodetect from package.json / pyproject.toml).
- Always show the failing test output before suggesting impl code.
- If a test name has "should not", verify the negative path explicitly.

.github/instructions/*.instructions.md も併用する

chatmode は「明示的に切替えるモード」。 .instructions.md は「特定パスで自動適用される指示」です。両者を組み合わせると、デフォルト挙動と専門モードを両立できます。 詳細は 5章 カスタム指示 を参照。

チーム共有カスタムエージェント (.github/agents/*.agent.md)

Microsoft エバンジェリストのハンズオンで紹介されて以降、Xで「地味だが効く」と評価が定着したパターン。 .agent.md をリポジトリにコミットすれば、チーム全員が「同じ品質の定型作業」を再現できます。Claude Code の .claude/agents/ と同じ思想で、Copilot CLI が公式サポート。

FILE: .github/agents/code-review-agent.agent.md
---
name: CodeReviewAgent
description: セキュリティ・パフォーマンス・可読性を重視したPRレビュー専門
---

役割:
- OWASP Top 10 該当の脆弱性を指摘
- パフォーマンスボトルネック (BigO 含む) を具体的に
- チームの .github/copilot-instructions.md に準拠

出力フォーマット:
| 指摘箇所 | 深刻度 | 修正案 | 理由 |
|---------|-------|-------|------|

VS Code 拡張: Copilotを底上げする5本

Copilot 単体ではなく 「Copilot がエディタの状態をより正確に読める」状態を作る 拡張を選びました。単なる便利ツール一覧ではありません。

CLI ワークフロー

既存章 4. Copilot CLI で copilot コマンドの基本は解説済み。ここでは Unix パイプとの組合せ実用例 を中心に。

3つの定番コンボ

# 1. 直近の変更を Copilot に説明させる
git diff HEAD~1 | gh copilot explain

# 2. エラー出力をそのまま分析
npm test 2>&1 | tail -50 | gh copilot explain

# 3. 「やりたいこと」からコマンドを逆引き
gh copilot suggest "delete merged branches except main and develop"

シェル alias 定番

~/.zshrc または ~/.bashrc
alias '?'='gh copilot suggest'
alias '??'='gh copilot explain'

# 使い方
? "list large files in this repo"
?? "tar -xzvf archive.tar.gz"

Markdown を真のソース化: 要件定義MD → PPT / Word ワークフロー

@super_bonochin による 270いいね超のXポスト を起点に、「資料受領 → 一括分析 → MDで要件定義 → PPT/Word自動生成」 のワークフローが定番化しました。 要件定義をMDで Git 管理しておけば、変更時はMDだけ編集して PPT/Word を再生成すれば済みます。バージョン管理・差分レビューが効くため、「資料の真実は常にMD」状態にできます。

全体パイプライン

./customer-docs/         ← 顧客資料を全部ここに置く (PDF/PPTX/DOCX/XLSX)
       ↓ Copilot CLI で一括分析 (高性能モデル)
./requirements/要件_v1.md  ← Markdown が真のソース
       ↓ 人間レビュー + Copilot で追記
       ↓ Git commit (差分レビュー可能)
       ↓ 4オプションで生成
./output/要件定義.pptx    要件定義.docx    slides.html (Marp)

Step 1: 顧客資料の一括分析プロンプト (CLI)

@customer-docs/ 内の全資料を横断的に読み込み、以下の観点で構造化Markdownを出力。

- ビジネス要件 / 機能要件 / 非機能要件 / 制約事項 / リスク
- 各要件に「優先度 (高/中/低)」「出典 (ファイル名 p.XX)」「検証方法」を必ず記載
- 欠落情報・曖昧点はリストアップ (追加質問リスト)

出力先: ./requirements/要件定義_v1.md
モデル: Claude Opus 系 (横断読解と論理一貫性が要るため)

Step 2: MD → PPT/Word の4オプション

オプション A — python-pptx / python-docx (柔軟・高カスタム)

Copilot にスクリプト生成 → 実行 の最短ルート。図表レイアウトを細かく制御したい時、デザインテンプレに合わせたい時に強い。

./requirements/要件定義_v1.md を基に、以下の構成でPPTを生成するPythonスクリプトを作成・実行して。

スライド構成:
  1. 表紙
  2. 概要
  3. 要件一覧 (テーブル)
  4. 優先度マトリクス
  5. リスク・対策
  6. 次ステップ

デザイン: 青系プロフェッショナルテーマ / アイコン多用 / 各スライドに話者ノート
ライブラリ: python-pptx
出力先: ./output/要件定義_v1.pptx

オプション B — Marp (軽量・MD単一ソース)

Markdown のままスライド化できる。MD 編集 → 再エクスポートで更新が一行で済むので、頻繁に更新する仕様書に最適。

# Copilot に依頼
このMDを Marp スライドMarkdownに変換して。
Theme は default、各スライドにヘッダー/フッターを付ける。

# 生成されたMDを Marp CLI で PPTX へ
npx @marp-team/marp-cli@latest --pptx slides.md -o slides.pptx

オプション C — Microsoft 365 Copilot (Office MCP / Office Skills 経由)

Copilot Chat に MD を貼って 「この内容で PowerPoint を作って」。生成された PPTX を「Edit with Copilot」でデザイン洗練。 Microsoft 365 Copilot ライセンスは別だが、デザイン品質は最強。詳細は既存章の Office MCP。

オプション D — 双方向同期 (PPTX → MD → PPTX で永続管理)

既存 PPT/DOCX を OpenXML SDK + Copilot CLI で MD に逆変換 → Git で管理 → 変更を MD で反映 → 再生成。 Zenn の Microsoft 公式記事で紹介され「資料のバージョン管理が楽になった」と多数報告。

# 例: PPTX → MD (Mermaid 図を含む構造化MDで)
@input/抜粋.pptx を OpenXML SDK で解析し、図形・表・画像・位置関係を理解した上で
Mermaid 形式の図を含む Markdown に変換。
- テーブルは正確に Markdown table へ
- 図の意味を推測してキャプション化
- 出力先: ./requirements/抜粋_v1.md

選び方の早見表

所要時間の目安 (実務報告ベース)

• 初回MD作成 (顧客資料一括分析): 30〜60分
• PPT/Word 生成 (オプションA/B 微調整含む): 5〜15分
• 更新サイクル (差分プロンプトで再生成): 10分以内

アンチパターン / 詰まりどころ

本セットを使う上での失敗パターン。詳細は 8章 落とし穴 も参照。

更新ポリシー

このページは 3ヶ月ごとに再キュレーション します。MCPエコシステムの賞味期限はそれより短いことすらあるためです。 次回は 2026年7月末 予定。提案は Issue へ。