Skip to main content
Model Context Protocol(MCP)は、AI エージェントを外部ツールおよびデータソースに接続するためのオープンスタンダードです。MCP を使用すると、エージェントはデータベースをクエリし、Slack や GitHub などの API と統合し、カスタムツール実装を記述することなく他のサービスに接続できます。 MCP サーバーはローカルプロセスとして実行したり、HTTP 経由で接続したり、SDK アプリケーション内で直接実行したりできます。
このページは Agent SDK の MCP 設定について説明しています。Claude Code CLI に MCP サーバーを追加してすべてのプロジェクトで読み込むには、MCP インストールスコープを参照してください。

クイックスタート

この例は、HTTP トランスポートを使用して Claude Code ドキュメンテーションMCP サーバーに接続し、allowedToolsとワイルドカードを使用してサーバーからすべてのツールを許可します。
エージェントはドキュメンテーションサーバーに接続し、hooks に関する情報を検索して、結果を返します。

MCP サーバーを追加する

query() を呼び出す際にコード内で MCP サーバーを設定するか、settingSources 経由で読み込まれる .mcp.json ファイルで設定できます。

コード内でサーバーを追加する

mcpServers オプションで MCP サーバーを直接渡します。この例では /Users/me/projects 用のローカルファイルシステム MCP サーバーを起動します。そのパスをマシン上のディレクトリに置き換えてください。

設定ファイルからサーバーを追加する

プロジェクトルートに .mcp.json ファイルを作成します。このファイルは project 設定ソースが有効な場合に読み込まれます。デフォルトの query() オプションでは有効になっています。settingSources を明示的に設定する場合は、このファイルを読み込むために "project" を含めてください。/Users/me/projects をマシン上のディレクトリに置き換えてください。

接続タイミング

Claude Code は options.mcpServers で渡すサーバーをスタートアップ時に登録し、最初のターンの待機(存在する場合)が解決されると init メッセージ を発行します。各 options.mcpServers サーバーが最初のターンを遅延させるかどうか、および接続するタイミングは、そのタイプによって異なります。 設定ファイル(.mcp.json など)またはプラグインから読み込まれたサーバーは、通常、init メッセージで pending と表示されます。options.mcpServers が stdio、HTTP、または SSE サーバーを保持している場合、最初のターンはこれらの保留中のサーバーも待機し、MCP_TIMEOUT までです。options.mcpServers が空であるか、SDK サーバーのみを保持している場合、最初のターンは代わりに最大 2 秒間待機します。
  • ツール検索(デフォルト)を使用する場合:待機は alwaysLoad: true で設定された保留中のサーバーをカバーし、その他はカバーしません。その他は引き続きバックグラウンドで接続します。ツール可用性 は、Claude がそれらのツールに接続した後、どのようにしてそれらのツールに到達するかについて説明しています。
  • ツール検索なし:待機はすべての保留中のサーバーをカバーします。ツール検索を設定 は、ツール検索をオフにする方法をカバーしています。たとえば disallowedTools を通じてセッションから ToolSearch ツールを除外する場合、セッションはツール検索なしで実行されます。
permissionPromptToolName を設定した場合、最初のターンはすべての場合においてそのツールのサーバーも待機し、MCP_TIMEOUT までです。 最初のターン待機を自分で設定するには、env オプション に CLAUDE_CODE_MCP_STARTUP_WAIT_MS を追加します。たとえば CLAUDE_CODE_MCP_STARTUP_WAIT_MS: "5000" です。最初のターンはその後、ツール検索が利用可能かどうかに関わらず、すべての保留中のサーバーをその多くのミリ秒間待機します。この期限は、options.mcpServers の stdio、HTTP、および SSE サーバーの MCP_TIMEOUT 最初のターン待機も置き換えます。CLAUDE_CODE_MCP_STARTUP_WAIT_MS には Claude Code v2.1.274 以降が必要です。 待機が終了したときに保留中のままのサーバーは、バックグラウンドで接続し続けます。変数を 0 に設定して待機をスキップします。permissionPromptToolName サーバーは、値に関わらず、独自の MCP_TIMEOUT 待機を保持します。 init メッセージが送信される前に、最初のターン待機とは別の、より早い段階でスタートアップ自体をブロックするには:
  • MCP_CONNECTION_NONBLOCKING を 0 に設定して、接続バッチ全体をブロックします。Claude Code はそのデフォルトで 5 秒でその待機をキャップします。MCP_CONNECT_TIMEOUT_MS 環境変数でキャップをミリ秒単位で調整します。その期限で保留中のサーバーはバックグラウンドで接続し続けます。
  • サーバーの設定で alwaysLoad: true を設定して、そのツールを最初のターンで完全なスキーマで利用可能にします。ツール検索遅延から除外。Claude Code はそのサーバーのツールをスタートアップで待機し、同じ期限でキャップされます。一方、他のサーバーはバックグラウンドで接続し続けます。キャッシュされたツールリストを持つリモートサーバーは、上記の表に従って、接続せずにそれらを提供します。
サブタイプ init の system メッセージは、発行された時点での各サーバーのステータスを報告します。これらのステータスを読むには エラーハンドリング を参照してください。

MCP ツールを許可する

MCP ツールは Claude が使用する前に明示的な権限が必要です。権限がない場合、Claude はツールが利用可能であることは認識しますが、呼び出すことはできません。

ツール命名規則

MCP ツールの名前は mcp__<server-name>__<tool-name> です。ここで <server-name> は、mcpServers 内のキーなど、サーバーを登録する際の名前です。 サーバー名に含まれる . やスペースなどの文字は _ に置き換えられます。次の表は、2 つのサーバーキーについて list_issues ツールの完全な名前を示しています。 allowedTools および MCP 権限ルール では、ツールの完全な名前を使用してください。プラグイン が提供するサーバーの場合、<server-name> は プラグインスコープの形式 になり、plugin_ で始まります。

allowedTools で自動承認

allowedTools を使用して特定の MCP ツールを事前承認し、Claude が権限プロンプトなしで使用できるようにします。
ワイルドカード(*)を使用すると、各ツールを個別にリストアップすることなく、サーバーのすべてのツールを許可できます。
MCP アクセスには権限モードより allowedTools を優先してください。 permissionMode: "acceptEdits" は MCP ツールを自動承認しません(ファイル編集とファイルシステム Bash コマンドのみ)。permissionMode: "bypassPermissions" は MCP ツールを自動承認しますが、他のほとんどのセーフティプロンプトも無効にするため、必要以上に広範です。残存するプロンプトについては 権限の評価方法 を参照してください。allowedTools のワイルドカードは、必要な MCP サーバーのみに権限を付与し、それ以上のものは付与しません。完全な比較については 権限モード を参照してください。

利用可能なツールを検出

MCP サーバーが提供するツールを確認するには、サーバーのドキュメントを確認するか、system init メッセージの tools 配列を検査します。MCP ツール名は mcp__ で始まります。 Claude Code は options.mcpServers で渡されたサーバーの 最初のターン接続待機 後に init メッセージを出力するため、tools 配列には、その時点で接続されている各サーバーの mcp__ ツール、および キャッシュされたツールリスト を持つサーバーのツール(初回使用時に接続)がリストされます。接続されていない他のサーバーのツールは存在しません。各サーバーのステータスを読み取る方法については エラーハンドリング を参照してください。 このフィルターは MCP ツール名を出力します。
Claude にサーバーから利用可能なツールをリストアップするよう依頼することもできます。

トランスポートタイプ

MCP サーバーはさまざまなトランスポートプロトコルを使用してエージェントと通信します。サーバーのドキュメントを確認して、どのトランスポートがサポートされているかを確認してください。
  • ドキュメントに実行するコマンド(npx @modelcontextprotocol/server-filesystem など)が記載されている場合は、stdio を使用します
  • ドキュメントにURL が記載されている場合は、HTTP または SSE を使用します
  • コード内で独自のツールを構築している場合は、SDK MCP サーバーを使用します

stdio サーバー

stdin/stdout を介して通信するローカルプロセスです。同じマシン上で実行する MCP サーバーに使用します。.mcp.json 形式の場合は、設定ファイルからサーバーを追加するに示されているのと同じフィールドを使用します。コード内では、コマンドとその引数を渡します。/Users/me/projects をマシン上のディレクトリに置き換えます。

HTTP/SSE サーバー

クラウドホストされた MCP サーバーとリモート API には HTTP または SSE を使用します。.mcp.json 形式の場合は、リモートサーバーの HTTP ヘッダーの例と同じフィールドを使用し、SSE サーバーの場合は "type": "sse" を使用します。コード内では、サーバーの URL を渡します。
ストリーム可能な HTTP トランスポートの場合は、代わりに "type": "http" を使用します。.mcp.json およびその他の JSON 設定ファイルでは、"streamable-http" は "http" のエイリアスとして受け入れられます。SDK の McpHttpServerConfig タイプは "http" のみを宣言しているため、コード内で渡すサーバーには "http" を使用します。

SDK MCP サーバー

別のサーバープロセスを実行する代わりに、アプリケーションコード内でカスタムツールを直接定義します。実装の詳細については、カスタムツールガイドを参照してください。 initialize 制御リクエストによって登録された SDK MCP サーバーは、Claude Code がリクエストを処理するとすぐに接続を開始します。 多くの MCP ツールを設定している場合、ツール定義はコンテキストウィンドウの大部分を消費する可能性があります。ツール検索はコンテキストからツール定義を保留し、各ターンで Claude が必要とするツールのみを読み込むことでこの問題を解決します。 ツール検索はデフォルトで有効になっています。設定オプション、ベストプラクティス、およびカスタム SDK ツールでのツール検索の使用については、ツール検索を参照してください。

認証

ほとんどの MCP サーバーは、外部サービスにアクセスするために認証が必要です。サーバー設定で環境変数を通じて認証情報を渡します。

環境変数を通じて認証情報を渡す

env フィールドを使用して、API キー、トークン、およびその他の認証情報を MCP サーバーに渡します。

リモートサーバーの HTTP ヘッダー

HTTP および SSE サーバーの場合、サーバー設定で認証ヘッダーを直接渡します。
リモートサーバーの完全な動作例(ヘッダーで認証されたもの)については、リポジトリから問題を一覧表示するを参照してください。

OAuth2 認証

MCP 仕様は OAuth 2.1 をサポートしています。SDK はブラウザを開いたり、対話的な OAuth フローを実行したりしません。設定されたサーバーが認可チャレンジを返し、保存されたトークンが利用できない場合、エージェント実行はそのサーバーのツールなしで続行され、サーバーはステータス needs-auth を報告します。システム初期化メッセージの mcp_servers 配列は、発行されたときにそのサーバーに対して pending を表示する場合があります。サーバーが認証情報を必要とするかどうかを確認するには、TypeScript SDK で mcpServerStatus() をポーリングするか、Python で get_mcp_status() をポーリングします。 認証情報を提供するには、アプリケーション内で OAuth フローを完了し、結果のアクセストークンをサーバーの headers に渡します。

例

リポジトリから問題を一覧表示する

この例は、リモート GitHub MCP サーバー に接続して、最近の問題を一覧表示します。この例には、MCP 接続とツール呼び出しを検証するためのデバッグログが含まれています。 実行する前に、クエリしたいリポジトリへの読み取りアクセス権を持つ GitHub 個人用アクセストークン を作成し、環境変数として設定してください。
MCP servers: の行で、github の status が connected であることは、トークンが機能していることを確認します。Claude Code がサーバーの キャッシュされたツールリスト を持っている場合、ステータスは代わりに pending と表示され、サーバーは最初のツール呼び出しで接続します。ステータスが failed または needs-auth の場合は、サーバーが利用できないときに Claude がビルトインツールにフォールバックする可能性があるため、結果を信頼する前に エラーハンドリング を参照してください。

データベースをクエリする

この例は DBHub を使用して Postgres データベースをクエリします。エージェントはデータベーススキーマを自動的に検出し、SQL クエリを作成して、結果を返します。 DBHub の execute_sql ツールは、エージェントが発行する SQL(書き込みを含む)を実行します。ただし、DBHub 設定ファイル で readonly = true を設定すると、DBHub は INSERT、UPDATE、DELETE、および DDL ステートメントを拒否するため、エージェントが書き込みを発行した場合でも、この例はデータを変更できません。DBHub は設定を読み込むときにプロセス環境から ${DATABASE_URL} を解決するため、接続文字列はファイルの外に留まります。スクリプトの隣に次の dbhub.toml を作成してください。
dbhub.toml
スクリプトは、接続文字列を直接渡す代わりに、DBHub が設定ファイルを指すようにします。実行する前に、DATABASE_URL 環境変数を接続文字列に設定してください。プレースホルダー値を独自のデータベース詳細に置き換えてください。

エラーハンドリング

MCP サーバーは様々な理由で接続に失敗する可能性があります。サーバープロセスがインストールされていない、認証情報が無効である、またはリモートサーバーに到達できない場合があります。 Claude Code は各クエリの開始時に、サブタイプ init の system メッセージを発行します。このメッセージには各 MCP サーバーの接続ステータスが含まれます。status フィールドは "pending"、"connected"、"failed"、"needs-auth"、または "disabled" のいずれかです。Claude Code は options.mcpServers で渡されたサーバーの 最初のターン接続待機 の後に init メッセージを発行するため、待機時間内に接続したサーバーは "connected" を表示します。 init メッセージでは、"pending" をそれ自体で失敗として扱わないでください。これは以下のいずれかを意味する可能性があります。
  • サーバーはまだ接続されていません。Claude Code がそれを待つ時間 を参照してください
  • サーバーのツールリストは キャッシュから提供 され、最初の使用時に接続が確立されました
  • 接続期限が切れました。このようなサーバーはタイミングに応じて "pending" または "failed" を報告します
使用できないサーバーを検出するには、"failed" または "needs-auth" をチェックしてください。
リモートサーバーのステータスは、"connected" を報告した後でも変わる可能性があります。セッション中に接続が切れると、Claude Code はサーバーを "pending" に戻して 再接続 します。その後、TypeScript で mcpServerStatus() を呼び出すか、Python で ClaudeSDKClient.get_mcp_status() を呼び出すと、あなた側で設定変更がなくても、以前に接続されていたサーバーに対して "pending" を報告できます。 5 回の再接続試行が失敗した後、サーバーは "failed" を報告するか、再度認可が必要な場合は "needs-auth" を報告します。一時的なエラーの後も Claude Code は バックグラウンドで再試行 を続けるため、"failed" の HTTP または SSE サーバーは、呼び出しを行わなくても "connected" に戻ることがあります。手動で再試行するには、TypeScript で reconnectMcpServer() を呼び出すか、Python で ClaudeSDKClient.reconnect_mcp_server() を呼び出してください。

トラブルシューティング

サーバーが「failed」ステータスを表示する

init メッセージをチェックして、どのサーバーが接続に失敗したかを確認します。
"pending" ステータスはサーバーが失敗したことを意味しません。初期化時にカバーされるケースについては、エラーハンドリングを参照してください。セッションの後半で更新されたステータスを取得するには、TypeScript SDK でクエリの mcpServerStatus() メソッドを呼び出すか、Python で ClaudeSDKClient.get_mcp_status() を呼び出します。 一般的な原因:
  • 環境変数の欠落:必要なトークンと認証情報が設定されていることを確認します。stdio サーバーの場合、env フィールドがサーバーが期待する内容と一致していることを確認します。
  • サーバーがインストールされていない:npx コマンドの場合、パッケージが存在し、Node.js が PATH に含まれていることを確認します。
  • 無効な接続文字列:データベースサーバーの場合、接続文字列の形式を確認し、データベースがアクセス可能であることを確認します。
  • ネットワークの問題:リモート HTTP/SSE サーバーの場合、URL に到達可能であり、ファイアウォールが接続を許可していることを確認します。

ツールが呼び出されていない

Claude がツールを認識しているが使用していない場合、allowedTools で権限を付与していることを確認します。

SDK MCP サーバーからツールが欠落している

TypeScript SDK では、ツールの入力スキーマを JSON Schema に変換できない場合、createSdkMcpServer() で作成したサーバーは、ツールを一覧表示する際にそのツールを除外します。SDK はその時点で警告を出力します。Node.js では、この警告はコード CLAUDE_SDK_MCP_TOOL_SCHEMA_UNCONVERTIBLE を持つプロセス警告であり、次のテキストで始まります。
警告の残りの部分では、変換エラーのメッセージがある場合はそのメッセージが示され、続いて確認および変更すべき点が示されます。 TypeScript Agent SDK v0.3.286 より前では、変換できないスキーマが 1 つあるだけで、この警告なしにサーバーのツール一覧全体が失敗していたため、そのサーバーのツールはいずれも Claude に届きませんでした。

接続タイムアウト

MCP サーバー接続はデフォルトで 30 秒後にタイムアウトします。実行中のツール呼び出しにかかる時間を変更するには、MCP_TOOL_TIMEOUT を設定します。サーバーの起動に時間がかかる場合、接続は失敗します。MCP_TIMEOUT 環境変数(ミリ秒単位)で接続制限を引き上げます。より多くの起動時間が必要なサーバーの場合、以下も検討してください。
  • 利用可能な場合は、より軽量なサーバーを使用する
  • エージェントを開始する前にサーバーをプリウォーミングする
  • 遅い初期化の原因についてサーバーログを確認する
TypeScript では、timeout を createSdkMcpServer() に渡すことで、単一の SDK MCP サーバー のツール呼び出し制限を設定できます。

ツール出力が最大許容トークン数を超える

SDK は Claude Code と同じ MCP 出力制限を適用します。画像コンテンツを含まない成功したツール結果が 25,000 トークンより大きい場合、Claude Code は出力をファイルに保存し、ツール結果をそのファイルパスを示すエラーメッセージに置き換えるため、エージェントは出力を部分的に読み戻すことができます。 トークン制限を変更するには、MAX_MCP_OUTPUT_TOKENS 環境変数を設定します。ツールが anthropic/maxResultSizeChars を宣言していない限り、50,000 文字を超える成功したテキスト結果は、トークン制限に関係なくファイルに保存されます。サーバーがこのアノテーションを宣言する方法を含む完全な動作については、MCP 出力制限と警告を参照してください。