Claude Code MCP

変更前

MCP ツール呼び出しの後、Claude が時々「your message came through empty(メッセージが空で届いた)」と返答し、ユーザーのメッセージ内容が失われることがあった。

変更後

MCP ツール呼び出しの後でも、Claude がユーザーのメッセージ本文を正しく受け取って応答するようになった。

ユーザーへの恩恵

MCP ツールを使った後にメッセージが空だと誤認されることがなくなり、続けて作業を依頼できるようになる。

変更前

会話の途中で MCP サーバーに接続すると、そのツール定義がツールリストに書き込まれ、リクエスト間でツールリストのバイト列が変わり、キャッシュが無効化されていた

変更後

会話中に後から接続した MCP サーバーのツールは、ツールリストを書き換えるのではなく、遅延読み込み(deferred)で追加されるようになった

ユーザーへの恩恵

Bedrock、Vertex、Foundry 上のセッションでもファーストパーティと同様にツールリストがバイト単位で安定し、プロンプトキャッシュが維持されてコストとレイテンシが削減される

変更前

Claude Tag が Slack 内での検索、スレッドの読み取り、メンバー特定といった読み取り専用の参照処理を 1 つずつ順番に実行していた。

変更後

Claude Tag が Slack 内での検索、スレッドの読み取り、メンバー特定といった読み取り専用の参照処理を、順番に実行するのではなく並行して実行するようになった。

ユーザーへの恩恵

Claude Tag からの返信がこれまでより速く届くようになる。

変更前

再開したセッションでは、MCP コネクターが前回と異なるタイミングで再接続すると、セッションのインラインツールセットが再書き込みされていた。

変更後

再開したセッションでも、MCP コネクターが以前と異なるタイミングで再接続したときに、セッション内のツールセットが再生成されない。

ユーザーへの恩恵

セッション再開後もツールセットが安定し、MCP コネクターの再接続タイミングに左右されずに作業を続けられる。

変更前

セッションを再開すると、MCPコネクターが再接続される前に、以前のMCPツールのアナウンス（ツール定義）が書き換えられ、extended thinkingの設定も失われていた。

変更後

セッションを再開すると、MCPコネクターが再接続される前でも、以前のMCPツールのアナウンス（ツール定義）が元の内容のまま維持され、extended thinkingの設定も失われない。リライトや欠落は発生しなくなった。

ユーザーへの恩恵

MCPサーバーを利用するセッションを再開しても、元のツール定義とextended thinkingの設定が維持され、継続作業で意図しない挙動にならなくなった。

変更前

Claude Tag の管理設定で接続を設定する場合、カスタム接続を使いたくても、まずプリセット接続フォームから始めて設定し直す必要があった。

変更後

Claude Tag の管理設定にあるプリセット接続フォームに「Use a custom connector(カスタムコネクタを使用)」リンクが追加された。リンクからカスタム接続の設定画面に直接移動できる。

ユーザーへの恩恵

設定を最初からやり直すことなく、プリセット接続のフォームから直接カスタム接続へ切り替えられる。

変更前

アイドルタイムアウトの判定がメッセージの到着タイミングと競合し、直前にメッセージが届いたにもかかわらずセッションがアイドルと判断されることがあった。その結果、処理の途中でバックグラウンドセッションが強制終了され、ユーザーのメッセージへの応答が失われることがあった。

変更後

メッセージの到着時刻がアイドルタイムアウトの閾値より前でも、そのセッションがターン中であればセッションを維持するようになり、ターンの途中でセッションが強制終了されなくなった。

ユーザーへの恩恵

ユーザーはメッセージ送信のタイミングを気にせずにセッションを利用でき、応答が失われる心配がなくなる。

変更前

クラウドセッションにおいて、claude.ai で接続済みのコネクタの一部が、実際には接続されているのに認証が必要と表示されていた。サーバーが対応していないリクエストに HTTP 401 で応答すると、それが未認証と誤って解釈されていた。

変更後

認証が必要という表示の判定で、対応していないリクエストへの HTTP 401 応答を接続済みとして扱うようになり、claude.ai で接続済みのコネクタがクラウドセッションでも正しく接続済みと表示されるようになった。

ユーザーへの恩恵

ユーザーは claude.ai で接続済みのコネクタに対して、クラウドセッションで不要な再認証を試みずに済むようになる。

変更前

コネクタ承認やサインインリンクの承認待ちをしている間、リモートセッションのサンドボックスコンテナが余計に起動し続けていた。

変更後

リモートセッションでも、コネクタ承認やサインインリンクの待ちが発生してもサンドボックスコンテナが維持され、応答後に操作を続行できる。

ユーザーへの恩恵

不要なコンテナの起動時間が減り、クラウドリソースを節約できる。

変更前

サインインが必要なリモート MCP サーバーに対して、Claude Code が実際に認証する前に OAuth クライアントを登録していた。

変更後

サインインが必要なリモート MCP サーバーに対して、Claude Code が実際に認証するまで OAuth クライアントを登録しなくなった。これにより、未認証のサーバーとの間で不要な OAuth クライアント登録が行われなくなる。

ユーザーへの恩恵

ユーザーが認証するまで不要な OAuth クライアント登録が行われなくなり、未使用のサーバーに余計なクライアントが残らずサーバー側の管理がしやすくなる。

変更前

起動時の接続フェッチがタイムアウトすると、claude.aiコネクタはそのセッション全体で表示されず、再取得の試みも行われなかった。

変更後

起動時の接続フェッチがタイムアウトしても、CLIがバックグラウンドで再取得を試みるため、セッションの途中からでもclaude.aiコネクタを利用できるようになった。

ユーザーへの恩恵

起動時の一時的なネットワーク障害やタイムアウトが発生しても、セッション全体を再起動せずに接続を利用し始められる。

変更前

Claude in Chrome の file_upload ツールをローカル Cowork セッションから呼び出すと、paths パラメーターが undefined として渡り、MCP の入力検証で 'paths: expected array, received undefined' エラーになっていた

変更後

Claude in Chrome の file_upload ツールをローカル Cowork セッションから呼び出すと、paths パラメーターが undefined として渡り、MCP の入力検証で 'paths: expected array, received undefined' エラーになっていた

ユーザーへの恩恵

ユーザーはローカル Cowork セッションでもファイル添付入力を代わりに提供しなくてよくなる

変更前

ネストされたオブジェクト内のフィールド名のスペルミスは検出されず、起動後にエラーや意図しない動作として現れていた

変更後

ネストされたオブジェクト内のフィールドのスペルミスでも、起動時にエラーで停止するようになった

ユーザーへの恩恵

設定ミスを起動時に確実に検出でき、問題の原因となったフィールド名がエラーメッセージで示されるようになる

変更前

組織はすべてのユーザーに対して MCP サーバーを提供できなかった。管理者が .mcp.json を通じてサーバーを定義しても、その設定は個々のユーザーに自動的に適用される仕組みが存在しなかった。

変更後

管理者は managedMcpServers という管理設定を通じて、すべてのユーザーに対して HTTP/SSE MCP サーバーを一元的に提供できるようになった。この設定は .mcp.json と同じエントリ形式を使用するが、コマンドを実行するよう指定されたエントリは自動的にスキップされる。

ユーザーへの恩恵

管理者はサーバー設定を一箇所で管理できるようになり、全ユーザーに必要な MCP サーバーを効率的に展開できるようになる

変更前

GitLab マージリクエストのステータスを確認するには、手動で git push を実行するか、別途コマンドを実行する必要がありました。

変更後

GitLab CLI の glab mr コマンド（作成、マージ、クローズ、再オープン、ノート、更新）を実行すると、自動的にマージリクエストのステータスが更新され、フッターのバッジも即座に反映されます。

ユーザーへの恩恵

マージリクエストの進捗状況をリアルタイムで確認できるようになり、作業効率が向上します。

変更前

複数のセッションを同時に実行すると、各セッションが ~/.claude.json の変更を上書きし合っていました。その結果、ワークスペースの信頼設定がリセットされたり、MCP やプロジェクトの状態が失われたりしていました。

変更後

複数のセッションを同時に実行しても、~/.claude.json の変更が上書きされなくなりました。ワークスペースの信頼設定が維持され、MCP やプロジェクトの状態も失われません。

ユーザーへの恩恵

複数のセッションを並行して作業できるようになり、状態の整合性が保たれます。

変更前

MCP サーバーのツール一覧取得中に接続が切断された場合、エラーが報告されず、ツールなしの状態で接続済みとして表示されることがありました。

変更後

MCP サーバーのツール一覧取得中に接続が切断された場合、エラーが適切に報告されるようになりました。

ユーザーへの恩恵

開発者はサーバーの接続障害を即座に検知できるようになります。

変更前

ブラウザでホストされた MCP サーバーのページが閉じられた後、リモート (claude.ai) セッションでターンを開始しようとすると、約 60 秒待機してから応答が開始されることがありました。

変更後

ブラウザでホストされた MCP サーバーのページが閉じられた後でも、リモート (claude.ai) セッションは即座にターンを開始できるようになりました。

ユーザーへの恩恵

ユーザーは MCP サーバーのページを閉じた後も、待機時間を気にせずすぐに作業を続けることができます。

変更前

MCP サーバーの接続完了を待たずにセッションが開始されていたため、接続完了後に最初のターンが開始されるまでの遅延が発生していた

変更後

MCP サーバーの接続完了を待ってからセッションが開始されるようになり、接続完了後に最初のターンが開始されるまでの遅延が解消された

ユーザーへの恩恵

ユーザーは MCP サーバーの接続完了後にすぐに最初のターンを開始できるようになり、応答の待ち時間が短縮される

変更前

アップグレード前は allowedMcpServers で許可リストに含まれていなかった managed-mcp.json サーバーがフィルタリングされていました。そのため、アップグレード時にそのサーバーは読み込まれず、ユーザーは追加できませんでした。

変更後

アップグレード後は allowedMcpServers がユーザーが追加したサーバーのみを対象にするよう変更されました。そのため、以前はフィルタリングされていた managed-mcp.json サーバーがアップグレード時に読み込まれるようになります。

ユーザーへの恩恵

管理者は allowedMcpServers で許可リストに含めるサーバーを厳密に管理できるようになります。

変更前

セッション中にリモートコントロールを接続すると、Bash ツールの定義が再送され、キャッシュの有効期限切れを引き起こしていました。

変更後

セッション中にリモートコントロールを接続しても、Bash ツール定義の再送が発生せず、キャッシュが維持されるようになりました。

ユーザーへの恩恵

セッション中のツール接続操作によるプロンプトキャッシュの無効化を防ぎ、トークン使用量の増加を抑制します。

変更前

起動後にマネージド設定でブロック対象として登録された MCP サーバーに対して、ユーザーが /mcp コマンドで再接続や有効化操作を行っても、ブロックが無効化されずに接続が継続してしまう状態がありました。

変更後

起動後にマネージド設定でブロック対象として登録された MCP サーバーに対して、ユーザーが /mcp コマンドで再接続や有効化操作を行っても、ブロックが正しく適用され、接続が拒否されるようになりました。

ユーザーへの恩恵

管理者が設定したセキュリティポリシーに基づき、ユーザーが誤ってブロックされたサーバーに接続しようとしても、意図した通りにアクセスが制限されるようになります。

変更前

設定で strictPluginOnlyCustomization を有効にすると、ユーザー設定やプロジェクト設定から MCP サーバーを削除しても、プラグイン以外のリモートサーバーの OAuth 認証情報が残存し続ける状態がありました。

変更後

設定で strictPluginOnlyCustomization を有効にしても、claude mcp remove コマンドが正しく動作し、リモートサーバーの OAuth 認証情報を完全に削除するようになりました。

ユーザーへの恩恵

プラグイン専用サーバーへの MCP ロック設定を適用しても、不要な認証情報が残存するリスクがなくなりました。

変更前

.mcp.json が FIFO またはデバイスファイルのシンボリックリンクである場合、claude mcp add/remove コマンドが実行中にフリーズし、メモリを無限に消費してクラッシュする可能性がありました。

変更後

.mcp.json が FIFO またはデバイスファイルのシンボリックリンクである場合、claude mcp add/remove コマンドは即座に失敗し、原因を示す具体的なメッセージが表示されるようになりました。

ユーザーへの恩恵

誤ったファイルパスを指定した際に、コマンドがフリーズするのを防ぎ、原因を示す具体的なメッセージで即座に失敗するようになり、問題の解決が容易になります。

変更前

WebSocket MCP サーバーへの接続に失敗した際、エラーの詳細が「[object ErrorEvent]」という文字列としてログに記録されていました。これにより、開発者は実際のエラー内容を特定することが困難でした。

変更後

WebSocket MCP サーバーへの接続に失敗した際、エラーの詳細が正しくログに記録されるようになりました。これにより、開発者はエラーの根本原因を特定しやすくなりました。

ユーザーへの恩恵

開発者は WebSocket MCP サーバーの接続エラーの原因を正確に特定できるようになります。

変更前

他のダイアログの下にキューイングされた MCP の誘導や許可要求は、可視化された要求とは異なる遅延で通知が送信されていました。

変更後

他のダイアログの下にキューイングされた MCP の誘導や許可要求は、可視化された要求と同じ遅延でアイドル状態のデスクトップ通知を送信するようになりました。

ユーザーへの恩恵

ユーザーは、他のダイアログが開いている間に発生する MCP の誘導や許可要求の通知も、可視化された要求と同様のタイミングで受け取れるようになります。

変更前

MCP サーバーへの接続や OAuth 認証に関するログ出力に含まれる認証情報（URL やヘッダー内のトークンなど）がそのまま表示されていました。

変更後

ログ出力から認証情報を自動的に削除し、機密情報が漏洩するリスクを低減しました。また、接続エラーや OAuth 認証失敗時の詳細なエラーメッセージが明確になりました。

ユーザーへの恩恵

開発者はログを確認する際に認証情報を意識せず、安全にデバッグやトラブルシューティングを行えるようになります。

変更前

アクションメニュー内でスラッシュコマンドを直接一覧表示していました。MCP サーバー ダイアログにはフィルタ機能がありませんでした。

変更後

スラッシュコマンドはフィルタリング可能なダイアログ内に表示されるようになり、MCP サーバー ダイアログにもフィルタボックスが追加されました。

ユーザーへの恩恵

スラッシュコマンドや MCP サーバーを素早く見つけて実行できるようになります。

変更前

ホストがセッションの初期モデルを設定しただけでも、クラウドセッションが Claude にモデルが変更されたと通知していました。

変更後

ホストがセッションの初期モデルを設定した場合、クラウドセッションは Claude にモデルが変更されたと通知しなくなりました。

ユーザーへの恩恵

クラウドセッションのモデル設定に関する誤った通知がなくなり、ユーザーは正確な状態を把握できます。

変更前

別のセッションでサーバーが無効になっている場合、リモートコントロール上の /mcp reconnect は一般的な詳細情報非表示エラーを表示していました。

変更後

別のセッションでサーバーが無効になっている場合、リモートコントロール上の /mcp reconnect は実際の解決策を表示するようになりました。

ユーザーへの恩恵

具体的な解決策が表示されるようになり、ユーザーは MCP サーバーの再接続手順を正確に理解できます。

変更前

SDK MCP サーバーのハンドシェイク確認応答が失われた場合、SDK およびクラウドセッションが無期限にハングしていました。

変更後

SDK MCP サーバーのハンドシェイク確認応答が失われた場合、SDK およびクラウドセッションは 70 秒後にタイムアウトし、そのサーバーのみが失敗としてマークされるようになりました。

ユーザーへの恩恵

セッションのハングが防止され、MCP サーバーの接続問題が正しく識別されます。

変更前

MCP サーバーメニューのコピーショートカットは、常に成功を主張していました。

変更後

MCP サーバーメニューのコピーショートカットは、常に成功を主張する代わりに、サインイン URL がどのようにコピーされたかを表示するようになりました。

ユーザーへの恩恵

ユーザーはコピー操作が実際にどのように行われたかを確認できるようになり、操作の透明性が向上します。

変更前

claude mcp add --header および claude mcp add-json のヘルプテキストでは、誤ったトランスポート名が記載されていました。

変更後

claude mcp add --header および claude mcp add-json のヘルプテキストでは、正しいトランスポート名が記載されるようになりました。

ユーザーへの恩恵

ユーザーは正しいトランスポート情報を参照できるため、MCP サーバーの設定ミスを防ぐことができます。

変更前

/schedule でクラウドルーチンには MCP サーバーをアタッチできないことを説明するメッセージが表示されておらず、単なる「MCP コネクタなし」というメッセージが表示されていました。

変更後

/schedule で、クラウドルーチンには MCP サーバーをアタッチできないことを明確に説明するメッセージが表示されるようになりました。

ユーザーへの恩恵

ユーザーは、クラウドルーチンで MCP サーバーを使用できないことを理解し、適切な代替手段を選択できます。

変更前

エラーメッセージ、メニュー、コマンド結果におけるMCPサーバー名のサニタイズは以前のままでした。

変更後

エラーメッセージ、メニュー、コマンド結果におけるMCPサーバー名のサニタイズを改善しました。

ユーザーへの恩恵

ユーザーは意図しない文字や特殊文字が含まれたMCPサーバー名を正しく確認できます。

変更前

.mcp.json で claude.ai コネクタタイプを宣言している場合、/mcp では信頼済みの「claude.ai」見出しの下に表示されていましたが、実際にはそのコネクタの本来のスコープに表示されるべきでした。これにより、コネクタの管理が混乱する可能性がありました。

変更後

.mcp.json で宣言された claude.ai コネクタは、/mcp で本来のスコープに正しく表示されるようになりました。

ユーザーへの恩恵

MCP サーバーとコネクタの管理が正確に行えるようになります。

変更前

MCP サーバーの headersHelper が Authorization ヘッダーを提供している場合、401 エラーが発生すると、ヘルパーを再実行してリトライするのではなく、OAuth 検出プロセスに落ちていました。これにより、認証が失敗しやすくなっていました。

変更後

401 エラーが発生した際、ヘルパーを再実行してリトライするようになりました。これにより、認証の信頼性が向上しました。

ユーザーへの恩恵

MCP サーバーの認証プロセスが安定し、エラーが減少します。

変更前

Bedrock、Vertex、Foundry セッション（およびテレメトリが無効なセッション）では、設定された MCP サーバーが接続に失敗した際、ツールが存在しないと結論づけられていました。これにより、ユーザーは接続問題を正しく把握できませんでした。

変更後

Bedrock、Vertex、Foundry セッション（およびテレメトリが無効なセッション）では、設定された MCP サーバーが接続に失敗した際、ツールが存在しないと結論づけられる代わりに、Claude に通知されるようになりました。

ユーザーへの恩恵

MCP サーバーの接続問題が正しく検知され、ユーザーは問題の原因を把握しやすくなります。

変更前

ヘッドレス/リモートセッションで MCP ツール呼び出しが着信メッセージによって中断された場合、その呼び出しが「completed with no output」として報告される状態が発生していた

変更後

中断された呼び出しが明確な中断エラーとして報告されるようになり、エラーの原因を特定しやすくなった

ユーザーへの恩恵

中断されたツール呼び出しのエラー原因を特定しやすくなり、トラブルシューティングが容易になる

変更前

MCP ツールの引数がパラメータのスキーマが空（{}）の場合、実際の型ではなく JSON 文字列として送信されていました

変更後

MCP ツールの引数がパラメータのスキーマが空（{}）の場合、実際の型として正しく送信されるようになりました

ユーザーへの恩恵

MCP ツールの引数が正しく処理されるようになり、意図しない JSON 文字列として扱われる問題が解消されました

変更前

--strict-mcp-config セッションでは、実際にはロードされない .mcp.json サーバーに対して承認プロンプトが表示され、起動時にバックグラウンドセッションが待機状態になることがありました。

変更後

ロードされないサーバーに対する不要な承認プロンプトが表示されなくなり、起動時の待機状態が解消されます。

ユーザーへの恩恵

不要なプロンプトによる待機時間が削減され、セッションの起動が迅速に行われます。

変更前

requiresUserInteraction とマークされた MCP ツールの権限プロンプトで、「Yes, and don't ask again」オプションが提供されていました。このオプションは許可ルールを書き込みますが、ツールはそれを無視していました。

変更後

このオプションは提供されなくなり、ツールは無視する許可ルールを受け取らなくなりました。

ユーザーへの恩恵

意図しない許可ルールの書き込みが防止され、権限管理が正確に行われます。

変更前

以前は、組織によって管理されている claude.ai コネクタにマーカーが表示されませんでした

変更後

現在は、組織によって認証が管理されている claude.ai コネクタの /mcp と /plugins に managed マーカーが表示されます

ユーザーへの恩恵

開発者は、どのコネクタが組織によって管理されているかを容易に識別できます

変更前

非対話モードや SDK セッションで接続が切れると、リモート MCP サーバーは自動的に再接続しない。ユーザーは手動で再接続するか、サーバーを失敗として扱う必要がある。

変更後

切断されたリモート MCP サーバーは、指数バックオフを用いて最大5回の再接続を試みる。再接続に失敗するとサーバーは失敗としてマークされ、ユーザーは /mcp から手動で再試行できる。

ユーザーへの恩恵

ユーザーは切断されたサーバーを手動で再接続する必要がなくなり、セッションの継続性が向上する。

変更前

CIMD をサポートするサーバーでデスクトップアプリからサインインしようとすると、無効なリダイレクト URI として扱われ、サインインが失敗する。

変更後

Claude Code は正しいリダイレクト URI を使用してサインインを試みるため、CIMD サーバーでも正常にサインインできるようになる。

ユーザーへの恩恵

ユーザーはデスクトップアプリから MCP サーバーに正常にサインインできるようになる。

変更前

macOS でコンピュータを使用する際、デスクトップや Dock、Finder ウィンドウをクリックしても、他のアプリと同様のアクセス許可ダイアログは表示されませんでした。

変更後

デスクトップ、Dock、Finder ウィンドウをクリックする際は、他のアプリと同様に Finder の許可ダイアログが表示されるようになりました。

ユーザーへの恩恵

macOS 上のコンピュータ使用の動作が、他のアプリと一貫したセキュリティモデルに適合します。

変更前

カタログ取得時のヘッダーは静的な値のみ利用可能でした。

変更後

コマンドを実行し、その出力を認証用ヘッダーとして利用できるようになります。

ユーザーへの恩恵

認証が必要な非公開カタログへのアクセス時に、トークンの手動更新が不要になります。

変更前

4,096 文字以上の URL ではダイアログが空で表示され、権限確認も適切に行えませんでした。

変更後

長い URL でもダイアログが正しく表示され、権限確認の選択肢も見失わなくなります。

ユーザーへの恩恵

複雑な設定や長い URL を扱う MCP サーバーでもストレスなく操作できます。

変更前

毎回 discover 要求でバックエンドが強制的に起動され、処理が冗長になっていました。

変更後

初期化が完了した後に適切に要求が処理されます。

ユーザーへの恩恵

不要なプロセス生成がなくなり、ツール起動がスムーズになります。

変更前

無効なサーバーに対しても接続を試みるため、リスト表示が遅延していました。

変更後

接続試行を省略し、状態を即座にラベルとして表示します。

ユーザーへの恩恵

無効な MCP サーバーが混ざっていても、コマンドのレスポンスが高速化します。

変更前

信頼されていないフォルダでも、設定次第で読み込まれてしまう場合がありました。

変更後

ワークスペースの信頼承認を必須とし、意図しないツール連携を防ぎます。

ユーザーへの恩恵

リポジトリ由来の MCP ツール実行に対するセキュリティが強化されます。

変更前

環境変数が予期せずヘルパーに引き継がれ、意図しない挙動の要因となっていました。

変更後

実行環境を制限し、環境変数の継承を防ぐことで安全性を高めます。

ユーザーへの恩恵

環境変数に依存しない、より予測可能な認証処理が行えます。

変更前

接続を試みたMCPサーバーが正常に起動しなかったり仕様外のテキストを返したりすると、Claude Code全体が起動フェーズで30秒間完全にフリーズしていました。

変更後

バージョンネゴシエーションの異常時におけるエラーハンドリングを改善し、異常を検知した時点で30秒待つことなく即座にハングアップ状態を解消してエラーを出力します。

ユーザーへの恩恵

動作不良を起こしているMCPサーバーが接続リストに含まれている場合でも、起動時の無駄なハングアップ待機時間を耐え忍ぶ必要がなくなります。

変更前

Slack など一部の MCP サーバーでは事前登録された特定の必須リダイレクト URI が必要ですが、Claude Code は OAuth コールバック用にランダムなポートをデフォルトで選択するため、リダイレクト URI の不一致が原因でサインインが失敗していました。

変更後

--callback-port オプションなどを用いてポートを固定し、事前登録されたリダイレクト URI（http://localhost:PORT/callback の形式）と一致させることができるようになり、サインイン失敗を回避できます。

ユーザーへの恩恵

Slack など特定のコールバック URI を要求する外部サービスとの MCP 連携認証において、リダイレクトエラーでサインインが中断されることなくスムーズにセットアップを完了できます。

変更前

一部のセキュリティ制限が厳しい認可サーバーでは、localhost というホスト名でのリダイレクト登録が拒否され、OAuth 認証ループを完了できませんでした。

変更後

明確な IP アドレスである 127.0.0.1 を使用してリダイレクトを処理するため、厳格なポリシーを持つサーバーでも正常に認証が完了します。

ユーザーへの恩恵

特定のエンタープライズ向け MCP サーバーとの連携時に、認証エラーでブロックされることがなくなります。

変更前

管理者が配布した設定と、接続時に配信されるサーバー側 MCP 設定の競合により、リモート環境での起動処理が例外を吐いて完全に停止していました。

変更後

非互換または重複する MCP サーバー検出時は、起動を落とす代わりに警告をログに出力した上で、対象のサーバーのみをスキップして起動を維持します。

ユーザーへの恩恵

MCP 設定の配布に不整合があっても、開発者のエディタ接続や自動実行プロセスが突然起動不能になる事態を防げます。

変更前

macOSでシステムのキーチェーン読み込みがタイムアウトすると、既に認証済みのリモートMCPサーバーであっても未認証状態と誤認され、一時的な401エラーが連続して発生していました。

変更後

キーチェーンの読み込み一時タイムアウトが起きた場合でも、保存されているOAuthトークンの再取得と接続リトライが適切に行われ、エラーを回避します。

ユーザーへの恩恵

macOSのシステム負荷などによるキーチェーンの一時的なタイムアウトに伴って、MCP連携の認証が突然切れて作業が中断される不具合を防止できます。

変更前

セッションの実行中に新しくMCPサーバーを接続した際、MCPツール検索の最適化メカニズムによってツール定義の読み込みが保留される結果、新しく追加されたツールの名前がClaudeに正しく伝わらず、Claudeがそのツールを認知して使用を決定することができない不具合がありました。

変更後

セッション中に動的に接続されたMCPツールであっても、その名前情報が適切にモデルに通知され、必要に応じて自動的にスキーマがオンデマンドで取得・実行されるようになります。

ユーザーへの恩恵

途中で新しく追加したMCPツールを、セッションを再起動することなくClaudeがすぐに認識して使えるようになります。

変更前

セッションの初期に一度でもMCPサーバーを呼び出すと、それ以降のすべての会話履歴までがそのMCPサーバーの通信コストとして重複して計上されていました。

変更後

実際にMCPツールが実行され、その結果が会話に組み込まれたリクエストのみを対象として正確に使用トークン量を計算します。

ユーザーへの恩恵

どのMCPツールがどれだけのトークンを消費しているかを正しく把握できるようになり、無駄なコスト削減に役立ちます。

変更前

ログインセッションが無効化している時、単なる認証情報の切れであるにもかかわらず「コネクターの個別承認が必要」という誤ったステータスになっていました。

変更後

トークンが無効であることを正しく判別し、再ログインを促す親切なメッセージをCLIに表示します。

ユーザーへの恩恵

何をするべきかが一目でわかり、即座に /login を実行してコネクターの利用を継続できます。

変更前

MCPサーバーが削除された後にそのツールを呼び出すと、具体的な何が失敗したのかのエラー情報が隠れてしまい、原因の特定が困難でした。

変更後

現在利用できないツールに関するエラー内容を、診断が容易な形でユーザーに開示します。

ユーザーへの恩恵

MCP構成の変更時などに発生したエラーの原因をすぐに突き止められます。

変更前

ヘッドレス環境では設定エラーの特定が困難でした。

変更後

initイベントでMCP構成のスキップ理由が確認できるようになりました。

ユーザーへの恩恵

構成ファイルの不備を即座に特定して修正できます。

変更前

接続失敗時の詳細な原因や、設定値の些細な不備を判別するのが困難でした。

変更後

接続エラーの具体的なステータスと、設定値の空白に対する警告が確認できるようになりました。

ユーザーへの恩恵

MCP サーバーの設定ミスやトラブルシューティングが格段に早くなります。

変更前

環境変数の参照が一貫せず、意図した値が展開されないことがありました。

変更後

設定ファイルの外側から環境変数を安全に展開できるようになりました。

ユーザーへの恩恵

OSや環境ごとの差異に左右されず、一貫したポリシー設定が可能になります。

変更前

認証が完了する前に既存の資格情報が破棄され、接続が一時的に使えなくなることがありました。

変更後

新しい認証フローが成功するまで、安全に既存の資格情報を維持するように改善されました。

ユーザーへの恩恵

認証を更新する際に、接続の中断や無効なコマンド警告に遭遇しなくなります。

変更前

バックグラウンドでインタラクティブな入力が必要な処理が始まると、プロセスが詰まってしまうことがありました。

変更後

入力待ち状態をエージェントビュー上に明確にタスクとして保持し、ユーザーの気付きを促すようになりました。

ユーザーへの恩恵

バックグラウンドでの長時間処理中に手動入力が必要になったとき、どこで待機しているか迷わなくなります。

変更前

エージェントビュー内のセッションにおいても一部の設定メニューが呼び出せず、不便でした。

変更後

バックグラウンドセッションであっても、ターミナルが紐付いている場合は設定操作が可能になりました。

ユーザーへの恩恵

エージェントビューからも設定操作をスムーズに行えるようになります。

変更前

ネットワークの一時的な瞬断などで MCP の情報がリフレッシュされる際、キャッシュがクリアされてしまいコマンドが使えなくなるケースがありました。

変更後

MCPの一時的なエラーがあってもキャッシュを保持し、再試行時まで状態を維持するように改善しました。

ユーザーへの恩恵

サーバー更新中の操作中断が減り、安定してツールが利用できます。

変更前

Webセッションがアイドル状態から復帰した際、プラグインのMCPサーバーは次のユーザー入力があるまで再接続されませんでした。そのため、復帰直後の自動的なツール実行などが失敗する場合がありました。

変更後

アイドル復帰後に接続が必要な場合はオンデマンドでサーバーを起動し、接続完了を待機してから実行するように改善されました。復帰直後からすぐにMCPツールが利用可能になります。

ユーザーへの恩恵

Webセッションの再開時に、MCPツールの呼び出しがエラーになるのを待たずに作業を続けられるようになる。

変更前

/mcp コマンドなどで設定をリロードすると、インストール済みのプラグインが提供している MCP サーバーまで誤ってシャットダウンされてしまうことがあった。

変更後

サーバーの再同期プロセスにおいて、プラグイン由来のサーバーとユーザー設定のサーバーが正しく区別され、プラグイン側の接続が維持されるようになった。

ユーザーへの恩恵

MCP ツールを使用するプラグインを有効にしている際、設定変更のたびにプラグインが動作しなくなる問題を回避できます。

変更前

Agent SDK を介して MCP サーバーを登録した際、最初のプロンプトを送信するまで接続プロセスが開始されず、最初のツール実行時に待ち時間が発生することがあった。

変更後

サーバー登録と同時に非同期で接続が開始されるようになり、準備時間が短縮された。

ユーザーへの恩恵

SDK を利用したアプリケーションにおいて、MCP ツールを必要とする初回のレスポンスが高速化されます。

変更前

使用量を確認しても数分前の古いグラフが表示されたり、MCP の設定を書き換えても UI 上で「未構成」のまま表示が更新されないなどのラグがあった。

変更後

キャッシュの整合性が改善され、コマンド実行時に最新の統計が優先されるようになった。また、MCP 構成の変更も即座に UI に反映される。

ユーザーへの恩恵

リソースの使用状況や外部サーバーの接続状態を、常に最新の正しい情報で確認できるようになります。

変更前

コードベースの長時間の修正作業を行っていると、MCP サーバーのログが溜まり続けたり、開いたファイル情報がすべてメモリに残り続けたりして、徐々にパフォーマンスが低下していた。

変更後

古いリソースや不要になったログを自動的に切り捨てる仕組みが導入された。巨大なプロジェクトで数時間にわたるセッションを続けても、動作の軽快さが維持される。

ユーザーへの恩恵

大規模な開発作業で一日中 Claude Code を開いていても、再起動を意識せずにサクサクと使い続けられます。

変更前

MCP ツールが多い環境で SDK や print モードを使用すると、ツール呼び出しのたびにツールプールの構築が行われ CPU 負荷が高まっていた。

変更後

ツールプールの組み立て結果をキャッシュすることで、ツール実行のターンが最大 7 倍高速化される。

ユーザーへの恩恵

大量の MCP ツールを連携させている場合でも、実行待ち時間が短縮されスムーズに作業が進むようになる。

変更前

バックグラウンドで自律動作しているエージェント内で、インタラクティブな設定メニューなどが誤って開かれ、処理が停止することがあった。

変更後

バックグラウンド実行時は /install-github-app や /mcp メニューが開かないよう制限され、不要な停止を回避する。

ユーザーへの恩恵

バックグラウンドエージェントがユーザー対話待ちで無期限にストップしてしまう状況を回避できるようになる。

変更前

MCP サーバー設定で URL が空になっていると設定エラーとして扱われ、混乱を招くことがあった。

変更後

エラー画面を出す代わりに /mcp メニュー内で「未構成（not configured）」と分かりやすく表示される。

ユーザーへの恩恵

設定の不備がエラーではなくステータスとして表示されるため、セットアップの進捗を正しく把握できるようになる。

変更前

ユーザー設定値をシェルの文字列として直接展開していたため、設定値に悪意のある文字が含まれていた場合に予期しないコマンドが実行されるセキュリティリスク（シェルインジェクション）がありました。

変更後

変数の展開がより安全な方法（環境変数や直接の引数渡し）に限定され、不正なコマンド実行が防止されるようになりました。

ユーザーへの恩恵

プラグインをより安全に利用できるようになり、セキュリティを維持しつつ便利なカスタマイズが可能になります。

変更前

長時間かかる MCP ツールの呼び出しを行っても、設定値に関わらずデフォルトの60秒で一律タイムアウトしていました。

変更後

サーバーごとに設定したタイムアウト時間が正しく適用されるようになります。

ユーザーへの恩恵

複雑なデータ取得や重い処理を行う MCP ツールを確実に完了させることができます。

変更前

リフレッシュの失敗が一時的であっても、手動で /mcp から操作し直す必要がありました。

変更後

リフレッシュ処理の堅牢性が向上し、不要な手動再ログインの頻度が減ります。

ユーザーへの恩恵

外部ツールとの連携が中断されにくくなり、開発効率が維持されます。

変更前

コールドスタート時に MCP サーバーの起動が間に合わず、許可プロンプト用ツールが見つからずにクラッシュしていました。

変更後

サーバーの接続を待機してからツールを呼び出すようになり、起動時の安定性が向上しました。

ユーザーへの恩恵

自動化されたスクリプトや CI 上での Claude Code 実行がより確実になります。

変更前

Claude DesktopからのMCPインポート時、サーバー名にサポート外の文字が含まれていると処理がフリーズすることがありました。

変更後

不正な名前のサーバーを適切に報告し、他の有効なサーバーのインポートを継続するように変更されました。

ユーザーへの恩恵

一部の不正な設定に阻害されず、一括で多くのサーバー設定を安定してインポートできます。

変更前

ユーザー設定によって、システムで予約が必要な機能名と同じ名前でMCPサーバーが登録可能でした。

変更後

「Claude Browser」を予約名称とし、競合を防ぐためにユーザー登録できないようにしました。

ユーザーへの恩恵

今後の機能改修とのネーミング衝突が回避され、安定した機能提供が可能になります。

変更前

MCPサーバーがセッション固有の動的な作業ディレクトリ変更を認識しにくい状態でした。

変更後

作業ディレクトリが追加・変更されると、roots/listを通じてMCPへ適切に通知されます。

ユーザーへの恩恵

ツール連携時に常に最新の作業ディレクトリが参照されるため、ファイル操作の正確性が向上します。

変更前

HTTP サーバーの設定時に type フィールドを忘れると、実際には不要な command フィールドの不足としてエラーが表示され、原因の特定が困難でした。

変更後

設定内容から HTTP 接続が意図されていることを推測し、不足している正確なフィールド名と具体的な修正案が表示されるようになりました。

ユーザーへの恩恵

MCP サーバーのセットアップ時における設定ミスの修正が容易になり、トラブルシューティングの時間を大幅に短縮できます。

変更前

設定ファイルが予期せぬ形式(配列以外)の場合、アプリケーションがクラッシュしていました。

変更後

無効な設定値でもクラッシュせず、適切に処理または無視されるようになります。

ユーザーへの恩恵

設定ミスによる突然のツール停止や起動不能を回避し、安定した環境で利用できます。

変更前

アクセシビリティツールを使用している場合、フォーカスの移動が追跡しづらい状況でした。

変更後

リストのフォーカス位置が適切に認識され、支援ツールを通じた操作性が向上しました。

ユーザーへの恩恵

アクセシビリティ対応が強化され、視覚に制約のある環境でもMCP管理が容易になります。

変更前

リポジトリ設定で自己承認したMCPサーバーが自動的に起動していました。

変更後

承認プロセスが必須となり、未承認のMCPサーバーは一時停止状態となります。

ユーザーへの恩恵

リポジトリ由来の信頼できないツールが意図せず実行されるリスクを排除し、安全性を向上させます。

変更前

認証時にスコープ指定がないと、一部のIdPで無効なスコープとして拒否される問題がありました。

変更後

適切な認証プロセスにより、GitLab等のエンタープライズIdP環境でも認証が成功します。

ユーザーへの恩恵

認証プロセスの互換性が向上し、セルフホスト型のツール連携がよりスムーズになります。

変更前

ハイフンを含む識別子(例: code-reviewer, mcp__brave-search)を使用すると、意図しないサブストリングマッチングが発生していました。

変更後

識別子が完全一致するように変更されました。なお、ハイフンを含むMCPサーバーの全ツールを指定する場合は、「mcp__brave-search__.*」を使用してください。

ユーザーへの恩恵

フックの設定がより直感的かつ正確になり、意図しないフックの起動を防ぐことができます。

変更前

MCPサーバーのOAuth認証などが切れている場合、なぜツールが動かないのか原因が分かりにくく、設定画面へ辿り着くのに手間がかかっていました。

変更後

起動時に認証が必要なサーバーを検知して通知が表示され、ワンクリックまたはコマンド入力で設定画面へ移動できるようになります。

ユーザーへの恩恵

認証エラーによる作業の停滞を防ぎ、必要な設定を迷うことなく完了させて開発を再開できます。

変更前

ツール呼び出し中に認証トークンが失効して401や403エラーが返された際、手動で再接続を行わない限りツールが失敗し続けていました。

変更後

認証エラーを検知すると headersHelper が自動的に再実行され、最新の認証情報を用いて自動的に再接続を試みるようになります。

ユーザーへの恩恵

トークンの有効期限切れによるツールの失敗を意識することなく、シームレスに外部ツールを利用し続けることができます。

変更前

一時的なネットワークエラーが発生すると、MCPサーバーとの通信が失敗し、ツールが利用できなくなることがありました。

変更後

短時間のバックオフ(待機)を挟んだ自動再試行が導入され、通信が安定しました。

ユーザーへの恩恵

MCPツール経由のデータ取得がより安定し、エラー対応の手間が減ることで作業を中断せずに進められます。

変更前

ヘッドレス環境でのOAuth認証時にブラウザを開こうとして失敗したり、一時的なエラーで認証がやり直しになる不便さがありました。

変更後

環境に応じた適切な認証フローへの切り替えと、再試行メカニズムが実装されました。

ユーザーへの恩恵

サーバー環境やSSH接続などのヘッドレス環境でもMCP認証がスムーズに完了できるようになり、導入のハードルが下がります。

変更前

404エラーが発生しても原因のURLや修正場所が不明確で、設定のデバッグに時間がかかる状況でした。

変更後

エラーメッセージが具体化され、修正すべき場所が明確に提示されます。

ユーザーへの恩恵

MCPの設定ミスや接続先URLの間違いを即座に特定でき、迅速なトラブルシューティングが可能になります。

変更前

リモートのMCPサーバーが応答を停止した場合、ツール呼び出しが5分間、あるいは無期限にブロックされることがありました。

変更後

応答がない場合はエラーで中断されるようになり、CLAUDE_CODE_MCP_TOOL_IDLE_TIMEOUT で待機時間をカスタマイズできるようになりました。

ユーザーへの恩恵

ネットワークの問題や外部サーバーの不調によって CLI 全体がフリーズして作業が中断されるのを防ぎます。

変更前

以前は、インタラクティブな /mcp メニューを開かずにCLIから直接MCPサーバーの認証を行う簡単な方法がありませんでした。また、SSH接続環境などでブラウザを開けない場合の認証フローが制限されていました。

変更後

新しいログイン/ログアウトコマンドにより、対話型メニューを介さずにMCPサーバーの認証状態を制御できるようになりました。--no-browser オプションを利用することで、標準入力を通じたSSH越しの認証も容易になります。

ユーザーへの恩恵

認証が必要なMCPサーバーのセットアップが迅速化され、特にリモートサーバーやSSH経由での開発作業において、ブラウザの有無に依存せずスムーズにツールを連携できるようになります。

変更前

過去のセッションを再開した際、もともと廃止されたツールであるにもかかわらず、サーバーエラーのように見える通知が表示され、ユーザーを混乱させていました。

変更後

不要になったツールを正しく識別し、無関係なエラー通知を表示しないようにロジックが修正されました。

ユーザーへの恩恵

古い履歴を確認・再開する際、不要なエラーメッセージに惑わされることなく作業を継続できます。

変更前

サーバー名を打ち間違えた際にエラーが出るだけで、正しい名前を探すのが困難でした。また、多数のサーバーがある場合に表示が溢れていました。

変更後

入力に近い既存のサーバー名を推薦するサジェスト機能が追加され、リストの表示も読みやすく整理されました。

ユーザーへの恩恵

MCPサーバーの管理操作ミスが減り、多くのサーバーを使い分けている環境でも迷わず操作できるようになります。

変更前

SDKやヘッドレスモードで使用している際、認証が必要なMCPサーバーが本来不要な「認証用スタブツール」をモデルに提示してしまうことがありました。

変更後

モデルが不適切なツールを呼び出さないよう、環境に応じて適切なツールのみを公開するように制御を強化しました。

ユーザーへの恩恵

自動化スクリプトやAPI経由での利用時に、モデルの混乱や誤動作を防ぎ、実行の信頼性が向上します。

変更前

MCP 認証後のページ遷移やブラウザの挙動が、現在の Claude Code の体験と統一されていませんでした。

変更後

ページのデザインが統合され、認証後は自動で閉じるようになり、手順がよりスムーズになりました。

ユーザーへの恩恵

MCP の設定プロセスがシンプルになり、より快適に外部サービスを統合できます。

変更前

起動時に不要な設定取得を待機していたため、環境によって起動が遅延していました。

変更後

MCP が未使用なら設定待機をスキップし、起動を高速化しました。

ユーザーへの恩恵

環境によっては約 120ms の起動時間短縮が実感でき、より素早く作業を開始できます。

変更前

claude mcp get や list コマンドを実行した際、サーバー自体には接続できてもツールのリスト取得に失敗した場合に、誤って「✓ Connected」と正常終了のように表示されていました。

変更後

ツール取得に失敗した場合は「! Connected · tools fetch failed」と表示され、具体的なエラーの詳細も併せて確認できるようになりました。

ユーザーへの恩恵

MCPサーバーの設定ミスやネットワークエラーの切り分けが容易になり、トラブルシューティングの時間が短縮されます。

変更前

サブエージェントの定義ファイルで disallowedTools を使用して特定のMCPサーバー全体(例：mcp__github)を拒否しようとしても、その設定が静かに無視されていました。その結果、サブエージェントが本来禁止されるべきMCPツールにアクセスできてしまう可能性がありました。

変更後

サブエージェントのフロントマターにおける disallowedTools フィールドで、mcp__* 形式のワイルドカードやサーバー名による指定が正しく認識されるようになりました。

ユーザーへの恩恵

サブエージェントに許可するツールの制限をより確実に、かつサーバー単位で一括して行えるようになり、セキュリティと制御の精度が向上します。

変更前

使用状況の表示が大まかな合計値に限られており、どのスキルや MCP サーバーがどれだけのトークンを消費しているのか詳細を把握することが困難でした。

変更後

時間枠ごとの内訳や、キャッシュ効率、さらには特定のカスタムツールごとの消費量が視覚化され、詳細なコスト分析が可能になりました。

ユーザーへの恩恵

使用量の多い要因を特定してプロンプトを最適化したり、特定のツールのコスト対効果を評価したりすることが可能になります。

変更前

ワーカープロセスが再利用される際に、以前のタスクで読み込まれた別ディレクトリの設定情報が残留し、不適切なパーミッション設定が適用されるリスクがありました。

変更後

タスクが割り振られる際にプロジェクト設定の読み込みが適切に分離・管理されるようになり、セキュリティと設定の正確性が向上しました。

ユーザーへの恩恵

マルチプロジェクト環境でバックグラウンドタスクを並行実行する際、誤った設定に基づいたツール実行や拒否が発生しなくなり、安全性が高まります。

変更前

特定のプラグインやフックが原因で Claude Code が正常に動作しない場合、原因を特定するために設定ファイルを個別に書き換える必要がありました。

変更後

原因不明の挙動が発生した際、--safe-mode を使うことで純粋な Claude Code の状態で起動し、カスタマイズによる影響かどうかを即座に切り分けられます。

ユーザーへの恩恵

複雑な設定を維持したまま、問題発生時の原因究明を迅速に行えるようになります。

変更前

管理者が特定の MCP サーバーの使用を制限していても、IDE の連携や起動フラグの組み合わせによって制限を回避できてしまうセキュリティ上の懸念がありました。

変更後

あらゆる経路(再接続、IDE 入力、初回起動フラグ、リモート設定ロード前)において、管理ポリシーが常に最優先で強制適用されるようガードが強化されました。

ユーザーへの恩恵

組織のセキュリティポリシーを例外なく徹底でき、管理の信頼性が向上します。

変更前

環境変数を使用して動的にMCPサーバーのパスや名前を制限しようとしても、正しく評価されず制限が機能しない場合がありました。

変更後

変数が正しく展開された状態で一致判定が行われるため、管理者によるポリシー設定が意図通りに適用されます。

ユーザーへの恩恵

エンタープライズ環境などでのセキュリティ統制が正確になり、環境に合わせた柔軟な管理が可能になります。

変更前

セッション再開時、MCP サーバーが起動時の古いセッション ID を保持し続け、他のツールとの一貫性が失われる場合がありました。

変更後

すべてのサブプロセスが共通の現在のセッション ID を参照できるようになります。

ユーザーへの恩恵

外部ツールやログの相関分析を行う際に、MCP サーバーの動作を正確に現在のセッションに紐付けることができます。

変更前

MCP 設定で非常に短いタイムアウト値を誤って設定すると、全てのツール呼び出しが即座にタイムアウトし、機能しなくなるという極端な挙動が発生していました。

変更後

実用的でない短すぎるタイムアウト設定(1秒未満)は無視され、安全なデフォルト値にフォールバックされるようになりました。

ユーザーへの恩恵

誤った設定によるツールの全滅を防ぎつつ、claude mcp get で設定の問題を把握できるため、安定した MCP 連携を維持できます。

変更前

一度も利用したことがない多数の claude.ai 公式コネクタが常に表示されていたため、自分が実際に使っているサーバーを探すのに手間がかかっていました。

変更後

未アクセスのコネクタがデフォルトで非表示(折りたたみ)になり、現在アクティブな MCP サーバーだけが優先的に表示されるクリーンな UI になりました。

ユーザーへの恩恵

MCP の管理画面が整理され、自分が設定した特定のサーバーや頻繁に使うツールへのアクセスがよりスムーズになります。

変更前

設定を確認するために mcp コマンドを叩くと、環境変数に隠していたはずの API キーなどが平文で画面に表示されてしまうリスクがありました。

変更後

機密性の高い情報は自動的に検知され、ターミナルへの出力時にはアスタリスクなどで隠されるようになりました。

ユーザーへの恩恵

画面共有中やログの記録中でも、セキュリティを気にすることなく MCP サーバーの設定状態を確認できるようになります。

変更前

自作のMCPサーバーを実行する際、それがClaude Codeから呼び出されたものなのか、どのセッションに関連しているのかをサーバー側で判別する標準的な方法がありませんでした。

変更後

MCPサーバー側でセッションIDを取得できるようになり、さらにClaude Code環境下であることの判定も容易になりました。

ユーザーへの恩恵

MCPサーバー側でセッションごとのログを記録したり、Claude Codeからの呼び出し時のみ特定の挙動をさせたりといった、より高度なインテグレーションが可能になります。

変更前

プロジェクト固有のMCP設定ファイルが含まれているリポジトリで、中身を十分に確認する前にツールが自動的に承認・接続してしまう可能性があり、セキュリティ上の懸念がありました。

変更後

未承認のサーバーは明示的に「保留中」としてリストに表示され、ユーザーの同意なしに接続されることがなくなりました。

ユーザーへの恩恵

信頼できない可能性のある外部リポジトリのコードを扱う際、意図しないローカルプロセスの実行やデータアクセスを確実にブロックでき、安全性が向上します。

変更前

管理者が設定ミスをすると、セキュリティのための制限ルール全体が無効化されてしまい、本来禁止しているはずの操作が全ユーザーに対して許可されてしまうリスクがありました。

変更後

エラーのある一部の設定だけを無視し、残りの正しいポリシーは維持される「フォールバック」動作が実装されました。

ユーザーへの恩恵

組織全体での運用において、設定の不備によるセキュリティホールを最小限に抑え、管理の健全性を維持できます。

変更前

特定の高機能なMCPサーバーを接続した際、表示枠からはみ出したり文字が重なったりして、どのようなツールが使えるのか確認しづらいことがありました。

変更後

長文や特殊なフォーマットのツール情報も、ターミナルの幅に合わせて適切に折り返し、整形して表示されるようになりました。

ユーザーへの恩恵

外部ツールとの連携状況を常にクリアに把握でき、AIにどのツールを使わせるかの判断を正確に行えます。

変更前

複数のツールで認証が必要な場合、起動時に個別の通知が連続して表示され、ターミナルの表示を圧迫していました。

変更後

必要な認証情報が簡潔にまとめられ、一度の操作で状況を把握できるようになります。

ユーザーへの恩恵

起動プロセスがすっきりし、作業開始時のノイズが軽減されます。

変更前

特定の構成のMCPサーバーと通信する際、再接続を繰り返してしまい、ツールの利用が不安定になることがありました。

変更後

不要な再接続が発生しなくなり、サーバーの仕様に依存せず安定してMCPツールを使用できます。

ユーザーへの恩恵

カスタムMCPサーバーを利用した自動化ワークフローの信頼性が向上します。

変更前

メインセッションで厳格な制限(--bare等)をかけていても、サブエージェント経由で未許可のツールが読み込まれる可能性がありました。

変更後

すべてのサブエージェントが、親セッションのセキュリティポリシーと管理者の設定を正しく継承するようになります。

ユーザーへの恩恵

組織全体のセキュリティコンプライアンスが強化され、AIの自律的な動作をより安全に管理できます。

変更前

厳格モードを有効にすると、開発者が意図して指定したエージェント用のツールまで一律に削除されてしまい、利便性が損なわれていました。

変更後

安全性を保ちつつ、明示的な定義は尊重されるようになり、問題がある場合は沈黙せずユーザーに警告します。

ユーザーへの恩恵

「なぜツールが動かないのか」という混乱を防ぎつつ、柔軟なツールのカスタマイズと安全性の両立が可能になります。

変更前

詳細を表示していない場合、現在ツールが実行中なのか、あるいはハングしているのかが分かりにくい状態でした。

変更後

折りたたまれた状態でも進捗インジケータが表示され、AIの動作状況を常に把握できます。

ユーザーへの恩恵

実行時間の長いツール呼び出し時の不安感が解消され、待ち時間を有効に使えます。

変更前

エディタを閉じてもClaude Codeの関連プロセスが裏で動き続け、PCの動作が重くなったり「異常終了」として次回の起動時に報告されたりしていました。

変更後

VS Codeの終了に合わせてリソースが完全に解放されるようになり、システムに負荷をかけません。

ユーザーへの恩恵

WindowsユーザーのPCリソースの節約と、次回の起動体験の向上につながります。

変更前

異なる設定で複数の MCP サーバーを起動しようとしても、実行コマンドが同じだと同一のものとみなされ、一部のサーバーが起動しない問題がありました。

変更後

環境変数の違いが正しく認識されるため、同一のバイナリを異なるコンテキスト(例：別々の API キーやプロジェクト ID)で並列動作させることができます。

ユーザーへの恩恵

複雑なプラグイン構成において、意図したすべての外部ツールが正しく Claude に接続されるようになります。

変更前

プロキシ環境下のリモートセッションでは、外部の MCP サーバーへの通信が正しくルーティングされず、ツールが利用できないことがありました。

変更後

プロキシ設定がリモート MCP 接続にも正しく適用され、クラウド環境からでも外部 API やツールを介した作業がスムーズに行えるようになりました。

ユーザーへの恩恵

エンタープライズなどの制限されたネットワーク環境下でも、クラウドの恩恵を受けながら MCP 連携を活用できます。

変更前

利用制限の使用状況を確認する際、セッション全体のトークン消費量しか分からず、どの機能がコストを押し上げているのか特定が困難でした。

変更後

/usageコマンドの結果にカテゴリー別の詳細な内訳が追加され、スキルやプラグイン、特定のMCPサーバーが消費したコストを個別に把握できるようになりました。

ユーザーへの恩恵

どのツールが予算を消費しているかを正確に把握できるため、効率的なコスト管理や不要なMCPサーバーの停止などの最適化が容易になります。

変更前

管理者がmanaged-mcp.jsonでMCPサーバーを制限している場合、ユーザーは利便性の高いclaude.aiクラウドMCPコネクタを併用することができませんでした。

変更後

管理用設定にallowAllClaudeAiMcpsが追加され、組織全体のセキュリティポリシーを維持しつつ、公式のクラウドMCPツールを許可できるようになりました。

ユーザーへの恩恵

組織的な管理と便利なクラウド連携機能を両立させることが可能になり、エンタープライズ環境での開発効率が向上します。

変更前

多数の機能を持つ大規模なMCPサーバーを接続している場合、一部のツールやプロンプトがClaudeから見えなくなってしまうことがありました。

変更後

すべての機能が正しくロードされ、サーバーが提供する全リソースにClaudeがアクセスできるようになります。

ユーザーへの恩恵

大規模な外部連携を行っている場合でも、機能の欠落を心配することなく、すべてのMCPツールをフルに活用できます。

変更前

大量の項目を持つ MCP サーバーに接続した際、1ページ分(デフォルトの制限数)のデータしか読み込まれず、それ以降のデータに Claude がアクセスできない制約がありました。

変更後

resources/list、resources/templates/list、prompts/list の各リクエストでページネーションが正しく処理されるようになり、全項目が漏れなく取得できるようになりました。

ユーザーへの恩恵

大規模なナレッジベースや多数のプロンプトを管理している MCP サーバーと連携した際、すべてのリソースを Claude が認識して活用できるようになります。

変更前

プラグインにどのような機能(コマンドやスキルなど)が含まれているかを確認するには、実際にインストールしてみるまで詳細が不明でした。

変更後

インストール前の詳細画面で、プラグインが提供する具体的なコンポーネント(スキルやフックの種類、MCPサーバー構成など)がすべて表示されます。

ユーザーへの恩恵

自分のニーズに合ったプラグインかどうかを事前に判断できるため、不要なプラグインのインストールを避け、安心して機能を拡張できます。

変更前

MCPプロンプトの使用時に引数を忘れると、サーバー側のバリデーションエラーがそのまま表示され、どのように修正すべきか分かりにくい場合がありました。

変更後

欠落している引数名を特定し、期待される正しいコマンドの使用例をユーザーに提示するようになりました。

ユーザーへの恩恵

MCPツールの操作ミスにすぐに気づき、正しい引数を入力してスムーズに作業を再開できます。

変更前

大量のツールを提供する MCP サーバーを接続した際、リストの一部しか読み込まれず、一部のツールが AI から見えない状態になっていました。

変更後

全ページのツールリストを正しく取得して結合するため、提供されている全ての機能が AI に公開されるようになりました。

ユーザーへの恩恵

高機能な MCP 統合を構築・利用している場合に、ツールの不足によるタスクの失敗を防ぐことができます。

変更前

MCP サーバーからブラウザ等でしか表示できない画像形式が返された際、会話のコンテキスト自体がエラーになり、続行できなくなることがありました。

変更後

直接表示できない形式は自動的にファイルとして保存し、そのパスを AI に伝える仕組みに変更されました。

ユーザーへの恩恵

どのような形式の出力が返ってきてもセッションが安定して継続し、AI は保存されたファイルを確認して作業を続行できます。

変更前

設定ファイルの記述ミス(キー名の違いなど)があっても、エラーを表示せずに単に「設定がない」とだけ報告されていたため、原因の切り分けが困難でした。

変更後

設定ファイルの解析に失敗した具体的な理由(設定ミスなど)をエラーとして表示するようになりました。

ユーザーへの恩恵

MCP のセットアップがうまくいかない場合に、どこを直せばよいかが一目でわかるようになります。

変更前

MCP サーバーの準備が整うまで起動プロセス全体が止まって待機していたため、ツールが使えるようになるまで一息待たされる感覚がありました。

変更後

Claude が起動している間に裏で MCP サーバーも接続を開始するため、待ち時間が大幅に短縮され、即座に質問を入力できるようになりました。

ユーザーへの恩恵

スクリプトからの呼び出しや頻繁な起動を行う際のレスポンスが向上し、開発のテンポを維持できます。

変更前

エージェントビュー経由でセッションを開始する際、特定のディレクトリ追加や設定ファイルを反映させることができませんでした。

変更後

--add-dir, --settings, --mcp-config, --plugin-dir フラグを claude agents で指定し、一括適用できます。

ユーザーへの恩恵

プロジェクトごとに最適化した設定で、複数のバックグラウンドタスクを効率的に並行管理できます。

変更前

セッションをバックグラウンドへ移行させると、起動時に指定していた --mcp-config や --settings などの一時的なフラグ効果が失われていました。

変更後

移行後のプロセスも元のセッションが持っていたすべての設定フラグを継承し、環境が完全に維持されます。

ユーザーへの恩恵

複雑なツール構成やディレクトリ構成のまま、安心してバックグラウンドへ作業をスイッチできます。

変更前

リモートの MCP サーバーを使用する際、ツールのタイムアウト設定が正しく反映されず、設定値に関わらず一律 60 秒で処理が打ち切られていました。

変更後

MCP_TOOL_TIMEOUT で指定した時間がリモートサーバーとの通信にも正しく適用され、時間のかかるツール実行が可能になりました。

ユーザーへの恩恵

複雑なデータ処理やネットワーク越しの重いタスクを実行する MCP ツールの安定性が向上します。

変更前

表示行数が少ないターミナルで/mcpを実行すると、選択中のサーバーが画面外に押し出され、何を選択しているか見えなくなることがありました。

変更後

フォーカスされている項目が常に可視範囲に収まるよう、スクロール位置の制御が最適化されました。

ユーザーへの恩恵

ノートPCの画面や分割ウィンドウなどの限られた表示領域でも、MCPサーバーの設定を正確に操作できます。

変更前

プラグインが個別の設定ファイル(.mcp.json)でMCPサーバーを定義している場合、UI上のサーバー件数カウントに反映されないバグがありました。

変更後

すべての定義方法を網羅して正しくカウントされるようになり、プラグインに含まれる機能を正確に把握できます。

ユーザーへの恩恵

導入したプラグインによって「どのツールが追加されたか」の確認が容易になり、使いこなしやすくなります。

変更前

必要な環境変数が足りないなどの理由で接続に失敗した際、単純に「失敗」とだけ表示され、解決策が分かりませんでした。

変更後

「設定の問題(config issue)」として明示され、修正のためのヒントが表示されるようになります。また、一部の不正な設定が他の正常なサーバーに悪影響を与えることもなくなりました。

ユーザーへの恩恵

MCPサーバーのトラブルシューティングが格段に早くなり、開発作業を止める時間を最小限に抑えられます。

変更前

${var%pattern}のような、シェルの高度な変数展開記述をMCP設定で使うと、システムがこれを単なる未定義の変数と勘違いして警告を出していました。

変更後

パラメータ展開の構文を正しく解釈し、不要な警告を出さずに設定を読み込めるようになります。

ユーザーへの恩恵

複雑なパス計算や環境変数操作を伴う高度なMCPサーバー設定を、制限なく記述・利用できるようになります。

変更前

認証が必要なリモートMCPサーバーに接続した際、権限エラー(403)が一般的な接続失敗として処理され、再ログインの必要性に気づきにくい状態でした。

変更後

「needs auth (認証が必要)」という明確なステータスが表示され、ユーザーが取るべき行動が分かりやすくなります。

ユーザーへの恩恵

サーバーへのアクセス権限の問題を素早く特定し、適切な認証手順へスムーズに移ることができます。

変更前

リモートMCPサーバーとの通知用ストリームが途切れると、通常のツール実行(POST)が可能であっても、サーバー全体を「切断」として扱ってしまっていました。

変更後

イベントストリームに問題が生じても、主要な機能であるツール呼び出しは維持されるようになり、作業の中断が減ります。

ユーザーへの恩恵

ネットワークが不安定な環境下でも、MCPツールの利用がより堅牢になり、作業効率が向上します。

変更前

MCPサーバーが現在のプロジェクトのルートパスを知る標準的な方法がなく、プロジェクト固有のパスを扱うのが困難でした。

変更後

フックと同様にプロジェクトディレクトリ情報が渡されるため、サーバー側でプロジェクト相対パスを正確に処理できます。

ユーザーへの恩恵

プロジェクトごとに異なる設定ファイルやデータにアクセスするMCPツールの開発が容易になります。

変更前

MCPサーバーの設定を変更した後、反映させるにはClaude Code自体を再起動する必要があり、失敗時も原因の特定が困難でした。

変更後

再接続を試みるだけで最新の設定が読み込まれ、接続エラー時にはデバッグに役立つ具体的なエラー情報が表示されます。

ユーザーへの恩恵

MCPサーバーの設定変更とデバッグのサイクルが短縮され、外部ツールとの連携がよりスムーズになります。

変更前

インストール済みプラグインの情報表示が煩雑で、どのフックやサーバーが提供されているか視認しにくい状態でした。

変更後

各コンポーネントが整理された形式で表示されるため、プラグインがシステムに与える影響を一目で理解できます。

ユーザーへの恩恵

プラグインの管理が容易になり、特定の機能(フックやツール)がどこから提供されているかの混乱を防げます。

変更前

ネットワークの瞬断などでリモートサーバーへの接続が一度失敗すると、手動で再試行する必要がありました。

変更後

一時的なエラーに対して自動でリトライが行われるようになり、接続の安定性が向上しました。

ユーザーへの恩恵

不安定なネットワーク環境下でも、外部ツールとの連携が途切れることなく作業を継続できます。

変更前

異常な動作をするMCPサーバーが大量のデータを送り続けてきた場合、メモリを無限に消費してアプリケーションがクラッシュするリスクがありました。

変更後

ストリームデータに上限が設けられたため、不正なデータ送信からシステムを保護し、安定性を維持します。

ユーザーへの恩恵

サードパーティ製MCPサーバーを利用する際の信頼性と安定性が向上します。

変更前

既に接続を切ったサーバーの情報がオートコンプリートに表示され続け、無効な候補を選択してしまうことがありました。

変更後

接続中のサーバーのリソースのみが適切に提案されるようになり、情報の整合性が保たれます。

ユーザーへの恩恵

不要なエラーを未然に防ぎ、ファイルやリソースの指定を正確に行えます。

変更前

VS Code拡張機能、JetBrainsプラグイン、またはAgent SDKを使用している際、セッションをクリアすると .mcp.json やプラグイン経由のMCPサーバー設定が同期されず、ツールが利用できなくなっていました。

変更後

内部的な接続管理が修正され、セッションをリセットした後も既存のMCPサーバー接続や接続済みのコネクタが正しく保持されるようになりました。

ユーザーへの恩恵

セッションを切り替えるたびに外部ツールとの再接続を待つ必要がなくなり、シームレスな開発作業を継続できます。

変更前

多くのリモートMCPサーバーを接続している場合、トークンの更新処理が競合してリフレッシュトークンが上書き・紛失され、毎日ログインし直す必要がありました。

変更後

OAuthトークンの更新処理が安定化され、複数のサーバーが並列して動作している場合でも、認証情報が正しく保存・更新されるようになりました。

ユーザーへの恩恵

認証切れによる作業の中断が激減し、リモートMCPツールをより安定して長時間利用できるようになります。

変更前

設定ファイルの記述が間違っている際に、どのファイルのどの項目が原因でエラーになっているのか情報が不足しており、修正が困難でした。

変更後

詳細な診断レポートが出力されるようになり、問題が発生しているファイル名と特定のフィールド名が明示されるようになりました。

ユーザーへの恩恵

設定の誤りを即座に特定して修正できるため、環境構築の手間を減らせます。

変更前

多くのMCPサーバーを登録していると、画面外に隠れたサーバーの状態を確認したり操作したりすることができませんでした。

変更後

リスト表示がスクロールに対応し、サーバーの数に関わらず全ての接続状況を管理できるようになりました。

ユーザーへの恩恵

多数の外部ツールを連携させている環境でも、一覧性を損なうことなく管理できます。

変更前

画像や構造化データを含む高度なレスポンスを返すMCPサーバーを接続していても、結果がターミナル上に表示されず、内容を確認できませんでした。

変更後

MCPの複雑な出力形式のサポートが強化され、テキスト以外のブロックを含む実行結果も正しく transcript に表示されるようになりました。

ユーザーへの恩恵

外部ツールからの詳細なレスポンスを直接視認でき、より高度な連携が可能になります。

変更前

HTTP_PROXY や mTLS 設定が必要なエンタープライズネットワーク環境において、MCP サーバーの OAuth 認証プロセスが接続エラーで失敗することがありました。

変更後

OAuth フローの全工程でプロキシ設定とクライアント証明書が尊重されるようになり、制限の厳しいネットワーク内でも外部ツール連携が可能です。

ユーザーへの恩恵

社内プロキシ経由での認証が必須の環境でも、安全かつ確実に MCP サーバーの認可を完了させることができます。