ランタイム環境をスキャンし、MCPサーバー・スキル・プラグイ…

# GitHubコミット数集計 → Slack通知の構成提案

推奨構成の全体像

• MCPサーバー: GitHub公式MCPサーバー（github-mcp-server）を活用
• CLIツール: gh（GitHub CLI）＋ curl（Slack Webhook送信）
• 実行環境: Node.js 18でスクリプトをラップし、cron等で定期実行

MCPサーバー選定

GitHub公式MCPサーバー（推奨）

• GitHub公式が提供するModel Context Protocolサーバー
• API経由でリポジトリ情報・コミット一覧を取得可能
• Personal Access Token（fine-grained推奨）で認証
• LLMエージェント経由でなくても、MCPツールとしてAPIラッパー的に利用可能

代替案

• サーバーレスでシンプルにしたい場合: MCPを使わず gh api でCommits APIを直接叩く方が構成が軽い

CLIツールの組み合わせ

1. gh（GitHub CLI）

• gh api repos/{owner}/{repo}/commits でコミット一覧をJSON取得
• --paginate で大量コミットにも対応
• 認証は gh auth login で完結

2. 集計処理（Node.js 18）

• 取得したJSONをNode.jsスクリプトでパース
• 月間コミット数・作者別集計を算出
• Node.js 18なら fetch がネイティブ対応のため追加依存が最小限

3. Slack通知

• Incoming Webhooks（推奨）：curlでPOSTするだけ
• Block Kitを使えば見やすいカード形式で通知可能
• 通知頻度は月次でcron設定

実装フロー例

1. cronで月初にトリガー

2. gh api で前月のコミット取得（since / until パラメータ指定）

3. Node.jsスクリプトで集計

4. 結果をJSON整形し、Incoming Webhook URLへ curl -X POST

補足アドバイス

• 大規模リポジトリではページネーション処理を必ず実装
• APIレート制限を考慮し、複数リポジトリ対応時は間隔を空ける
• Tokenは最小権限（read限定的なスコープ）に絞る

結論: 「GitHub公式MCPサーバー ＋ gh CLI ＋ Node.js集計スクリプト ＋ Slack Incoming Webhooks」の組み合わせが、保守性と実装容易性のバランスで最適です。