GitHub のリモート MCP サーバー規模拡大から学んだ教訓 — Sam Morrow

GitHub MCP サーバーが教える「ツール多すぎ」の罠と、AI エージェントの未来

GitHub の MCP（Model Context Protocol）サーバー開発をリードするサム・モロウ氏は、大規模な AI エージェント統合において「ツールが多ければ性能が向上する」という常識が誤りであることを実証しました。過度に多くの機能をデフォルトで提供した結果、コンテキストウィンドウの枯渇とエージェントの混乱を招いた同プロジェクトは、ツールの動的選択と出力最適化によって劇的な改善を遂げ、業界全体の設計指針を示す重要なケーススタディとなっています。

ツール過多が招く「コンテキストの崩壊」

GitHub MCP サーバーの開発初期、チームはユーザーの多様なニーズに応えるため、リポジトリ管理からアクション実行まで含めた 100 以上のツールを次々と追加しました。しかし、結果は逆効果でした。

「ツールが増えればエージェントが良くなるわけではなく、むしろ混乱したり記憶が飛んだりします」

ツールが直接コンテキストに押し込まれることで、初期の負荷は約 49% に達し、エージェントは必要な情報を見失うようになりました。LangChain の研究でも指摘されている通り、機能の羅列は必ずしも性能向上にはつながりません。

この課題に対し、GitHub チームは以下の 3 つのアプローチでコンテキスト使用量を劇的に削減しました。

1. ツールのグループ化: 関連する製品ツールをカテゴリごとにまとめ、ユーザーが必要なものだけを選択・設定できるようにしました。
2. 動的なツール選択: エージェント自身が状況に応じてツールセットを発見し、チャンク単位で有効化する仕組みを導入（ただし、初期のデフォルト設定変更はユーザーの手間を嫌って採用されなかったため、現在はより自動化されたアプローチへ移行中）。
3. 出力トークンの削減: 具体的な調整により、プルリクエストリストなどの出力から不要な情報を削ぎ落とし、トークン消費量を75% 以上削減しました。

その結果、デフォルト設定でも約 40 個のツールが利用可能となり、ユーザーは好みに応じて拡張・縮小できるようになりました。現在、サーバー側の最適化により成功率は 95% を超えており、エージェントの意図をインターフェースにエンコードすることで、複雑な API 呼び出しもサーバー側で処理し、ラウンドトリップを削減するなどの工夫がなされています。

セキュリティと認証：OAuth 2.1 と PKCE の採用

AI エージェントの普及に伴い、セキュリティは常に最大の懸念事項です。特に、多くのユーザーが平文のアクセストークンを長期間保存し、権限が強すぎる状態のまま放置するリスクが指摘されていました。

「エンドユーザーはこれを選択しているとは思いません。設定を簡単に、かつ安全にするのは難しいのです」

この課題に対し、GitHub は「最も抵抗の少ない道」として OAuth 2.1 と PKCE（Proof Key for Code Exchange）を採用しました。これにより、ユーザーがローカルランタイムをダウンロードする必要なく、安全な接続で認証できるようになりました。

しかし、完全なセキュリティの実装には課題も残っています。

• 動的クライアント登録の見送り: ユーザーの期待に応えるため導入を検討しましたが、アプリデータベースの無制限な成長やレート制限の複雑さから、実装を見送りました。代わりに、ログインを簡素化するためのメタデータ活用を検討中です。
• プロンプトインジェクションへの対峙: Invariant Labs などが報告したような、エージェントによる機密データの漏洩リスクは MCP に固有の問題ではなく、AI エージェント全体の課題です。GitHub では、エアギャップされた環境からフル権限を持つ共同作業者まで、ユーザーのリスクプロファイルに応じて柔軟なセキュリティ姿勢が求められています。

また、PAT（個人アクセストークン）のスコープに基づいた自動フィルタリングや、OAuth におけるステップアップ認証（スコープの追加許可を対話的に求める機能）など、失敗しないための工夫も実装されています。

統計が語る「自律型ツール」への道

GitHub MCP サーバーは現在、週に約800 万回のツール呼び出しを処理しており、その規模は急速に拡大しています。Docker ダウンロード数は 1,100 万回を超え、スター数は約 3 万件、寄稿者は 126 名に達しています。

「数千ものツールが非常に早くに標準化されると予想しています」

サム氏は、現在の「実験段階」を経て、近い将来には以下のようになると予測しています。

• サーバーの自動発見: ユーザーは MCP の仕組みを知らなくても、やりたいことを伝えるだけでツールが自動的に選択されるようになる。
• パイピングとコンポザビリティ: Bash やパイプラインのように、複数のツールを組み合わせてデータをストリーミングする標準的な手法が確立される。
• 自律的な権限管理: OAuth の設定やツール選択が完全に自動化され、ユーザーの手間を省く方向へ進む。

現在、GitHub は「Insiders」モードを通じて、AI 生成された問題を編集できる機能などの実験的機能を先行提供しています。これは、人間をループ（Human-in-the-loop）に組み込み、プロフェッショナルなオープンソース作業の質を保証する試みです。

まとめ：多さから賢さへ、そして自律性へ

GitHub の MCP サーバー開発は、「ツールをいかに多く提供するか」から「いかに賢く選択し、最適化するか」へとパラダイムシフトを起こしました。セキュリティの難問やプロンプトインジェクションへの対峙も、単なる技術的課題ではなく、多様なユースケースに応える柔軟な姿勢が求められる領域です。

業界全体が「自律型ツールディスカバリ」の実現に向けて動き出す中、GitHub の経験は、AI エージェントの設計において「少即是多（Less is More）」の重要性を再認識させる重要な教訓となっています。