8月26日、O'Reilly Radarが「Effective Patterns for Advanced MCP Usage」と題した記事を公開した。MCPを単一サーバー・単一クライアントの構成を超えて実用的に活用するための実装パターンについて詳しく解説されている。なお記事末尾のサンプルリポジトリはpulsemcp配下であり、著者はPulseMCPと見られる。
MCPの入門デモはたいてい「GmailをClaudeに繋いで、メールと会話できる」という構成で終わる。動くことは動くが、それだけならGmailのUIで十分だ。記事ではその本質的な問いを冒頭に置き、「複数サーバーの組み合わせ」と「複数クライアントへの展開」という2軸でMCPが真価を発揮する構造を解説している。
複数サーバーの組み合わせが「本命」
記事が示す具体例が分かりやすい。IKEAの注文確認メールが受信ボックスにある。福利厚生サービス「Benepass」にそのレシートを提出したい。Claude Codeはこの一連の作業を自動でこなす——メールを探し、添付ファイルを取得し、GmailからワンタイムコードでBenepassにログインし、レシートをアップロードして提出する。
アプリをまたぐワークフローはどの単一アプリにも実現できない。サーバー合成（Server Composition）こそMCPの核心的な強みである。
MxN問題をM+Nに圧縮する
記事全体を通じて最も実用的なテーマが「MxN問題」だ。7クライアント × 6サーバーなら、素朴に接続すると42本の設定が必要になる。記事はこれを段階的に解消するパターンを紹介している。
ローカルサーバーをリモート化する
npm installしてJSONを編集して環境変数を設定して——そんなセットアップ手順は同僚には渡せない。リモートサーバーなら「このURLを貼り付けてください」で済む。
解決策として紹介されているのがmcp-auth-wrapperだ。ローカルサーバーの前段にOAuth認証を置き、ユーザーごとの認証情報を管理するマルチテナント対応のリモートサーバーに変換する。共有はリンク一本になる。
設定を一元化する mcp-aggregator
複数クライアントが登場すると、各ユーザーがクライアントごとに同じMCPサーバーを再設定・再認証しなければならない。10個の「コネクタ追加」フロー、10回のOAuth認証——をClaude Code用に、またLinear用に、またメール用に繰り返す。
これを解消するのがmcp-aggregatorだ。
エンドポイントを一本化し、全ツールをその配下にまとめる。42本の接続が13本（7+6）に減る。 各クライアントはアグリゲーターに一度繋ぐだけ、各サービスの認証も一度だけで済む。記事ではこれを「DIY版のMCPゲートウェイ」と位置づけており、SSO統合や細粒度のITアドミン制御が必要な企業はここに機能を追加すればよいとしている。
APIが存在しないサービスへの対処
MCPサーバーが存在しないサービスへの対処として記事が紹介するのがcomputer-use-mcpだ。エージェントに「画面」を与えるアプローチで、人間と同様にクリックとタイピングでWebサイトを操作できる。
記事の例では、エネルギー会社OctopusのAPIキーがWebログイン画面の奥に隠れており、APIキー取得用のAPIが存在しない。computer-use-mcpを使えばサイトにログインしてキーをコピーし、以降はAPIを使って処理を続けられる。「APIがない」は永久的な障壁ではなくなる。
Anthropicのドキュメントから引用する形で、記事はフォールバックの優先順位を整理している：
If you have an MCP server for the service, Claude uses that.
If the task is a shell command, Claude uses Bash.
If the task is browser work and you have Claude in Chrome set up, Claude uses that.
If none of those apply, Claude uses computer use.
コンテキスト肥大化という落とし穴
記事が「footgun（自爆的な罠）」と呼ぶのがコンテキスト肥大化だ。ツール呼び出しの中間結果がすべてモデルを通過し、ツール定義がセッション開始時に全件ロードされると、処理が始まる前に数万トークンを消費する。
Anthropicは、あるワークフローでこの問題を修正したことで150,000トークンから2,000トークンへ削減したと計測している。 この数値は特定のワークフロー・構成での計測結果であり、一般的なケースへの適用は構成次第で異なる点に留意されたい。
記事が紹介する対処法：
- コード実行による中間処理: tool-sandbox-mcpで
execute_codeツールを使い、エージェントと各サーバーの間にコード実行レイヤーを挟む - CLIツールとして呼び出す: call-mcpでツールをラップし、shell・jq・cronと組み合わせる
- レスポンスの検索・切り詰め: Claude Codeがネイティブに採用している手法で、ブリッジとして実装することもできる
SaaSアプリへの組み込み、そして任意のサーフェスへ
記事はLinearへの統合を具体例として示す。Linearのチケットコメントを監視し、@aiメンションに応答するClaude Codeベースのハーネスを、エンドツーエンドのサンプルプロジェクトとして公開している。Linear・Jira・Asanaなど任意のプロジェクト管理ツールで同様のパターンが使える。
このSaaSへの組み込みパターンは、さらに意外な場所にも応用できる。記事の締めくくりとして、Minecraftの中で動くClaude Code搭載エージェントの例が紹介されている。PRを書いてもらう、エネルギー価格を調べてカレンダーに予定を入れる、ゲーム内に掲示板を建てる——意図的に馬鹿げた例だが、SaaSへの組み込みと本質的な構造は同じだ。少量のグルーコードがあれば、フルスタックのエージェントはどんなサーフェスにも埋め込めるという点を示している。
詳細はEffective Patterns for Advanced MCP Usageを参照していただきたい。
