GitHub MCP

GitHub MCPでできること

• IssueとPRの作成・コメント・クローズ
• PRのレビューコメントを書く
• リポジトリのコードを検索・読む
• ブランチの作成・マージ
• GitHub Actionsのワークフロー確認

---

※GitHub Actions: GitHubが提供するCI/CDサービス。コードのプッシュをトリガーにテスト・ビルド・デプロイを自動実行できる。※リポジトリ: Gitでコードと変更履歴を管理するフォルダ。GitHubなどのサービスで共有できる。※ブランチ: Gitでコードの変更履歴を分岐させる仕組み。本番コードに影響を与えずに新機能を開発できる。※MCP: Model Context Protocol の略。Claude Codeと外部ツール（GitHub・Supabaseなど）を接続するための標準プロトコル。※マージ: Gitで別ブランチの変更を現在のブランチに統合すること。

セットアップ

1. GitHub Personal Access Tokenを取得

GitHub Settings → Developer settings → Personal access tokens で作成。

必要なスコープ:

• repo（プライベートリポジトリを使う場合）
• public_repo（パブリックのみ）
• read:org（Organization機能を使う場合）

2. ~/.claude/settings.json に追加

{
  "mcpServers": {
    "github": {
      "command": "npx",
      "args": ["@modelcontextprotocol/server-github"],
      "env": {
        "GITHUB_PERSONAL_ACCESS_TOKEN": "ghp_your_token_here"
      }
    }
  }
}

---

使い方

Issueを確認して対応する

GitHubのIssue #42の内容を読んで、修正方針を提案して

Issue #42を解決するコードを書いて、PRを作成して

PRをレビューする

PR #15のdiffを読んで、問題点があれば指摘して

Issueを一括で整理する

オープンなIssueを全部読んで、優先度順に整理してまとめて

---

実際のワークフロー

バグ対応の完全自動化:

Issue #23を読んで → 原因を特定して → 修正コードを書いて → PRを作成して

一つの指示でIssueの確認からPR作成まで完了できる。

PRレビューの効率化:

今日オープンされたPRを全て確認して、危険なコードや見落としがあれば
それぞれにコメントして

---

注意点

• Personal Access Tokenは絶対に公開しない（.env に書いてもリポジトリにpushしない）
• repo スコープは全リポジトリへの書き込み権限を与える。必要最小限のスコープを使う
• Organizationリポジトリでは追加の権限設定が必要な場合がある