Claude Code MCP

変更前

プラグイン経由でインストールされた MCP サーバーが、/plugin の Installed 一覧でそのプラグインから切り離された形で単独の行として表示されていたため、そのサーバーがどのプラグインに由来するのか一覧上からは分からなかった。

変更後

/plugin の Installed タブで、プラグインに属さず単独で表示される MCP サーバーにカーソルを合わせると、そのサーバーがどのプラグインから提供されているかが行内に表示されるようになった。

ユーザーへの恩恵

MCP サーバー名だけでは出どころを特定できなかったユーザーが、一覧上で即座にどのプラグインがそのサーバーを提供しているかを判別できるようになる。

変更前

Claude Tag のアクセスバンドルに含まれる Pylon 認証情報プリセットは、Pylon の米国 (US) ホスト向けに固定されており、管理者は Pylon を EU ホストで運用している場合でも、そのバンドル経由では EU エンドポイントの資格情報を提供できなかった。

変更後

アクセスバンドル内の Pylon 認証情報プリセットに、EU リージョン向けホストを指定できるようになり、EU データレジデンシー要件のある組織でも Claude Tag の Pylon 連携を利用できる。

ユーザーへの恩恵

管理者は、Pylon の EU ホストに認証情報を向ける設定を選択できるようになり、EU 側の Pylon ワークスペースでも同じアクセスバンドルをそのまま使える。

変更前

カスタムの fileSuggestion コマンドを使っている場合や @. と入力した場合、@メンションのファイル候補が MCP リソースの下に埋もれて表示されていました。

変更後

カスタムの fileSuggestion コマンドを使っている場合や @. と入力した場合でも、@メンションのファイル候補が MCP リソースより下に埋もれなくなりました。

ユーザーへの恩恵

ユーザーはカスタム fileSuggestion コマンドや相対パス入力の際に、目的のファイル候補をすぐに見つけられるようになりました。

変更前

エディタウィンドウや非対話セッションなどの各プロセスが、プラン使用量のデータを取得する際に個別にusageエンドポイントを呼び出していました

変更後

1台のマシン上のエディタウィンドウと非対話セッションが、直近1分以内に読み取られたプラン使用量データを共有するようになりました

ユーザーへの恩恵

同一マシン上のプロセス間で使用量データの読み取りが共有されるため、usageエンドポイントへの重複したリクエストが減り、レート制限のリスクが低下します

変更前

ブラウザーツールのauto modeでClaude in Chromeを利用する場合、分類器が承認した呼び出しであってもextensionのパーサーがサイトごとのチェックを行う。そのため、リダイレクト後のbrowser_batchがPermission deniedとなり失敗する。

変更後

ブラウザーツールのauto modeでClaude in Chromeを利用する場合、分類器が承認した呼び出しはextensionのパーサーのサイトごとのチェックがスキップされる。これにより、リダイレクト後にbrowser_batchでPermission deniedと表示されなくなる。

ユーザーへの恩恵

bypass modeと同様に分類器が承認した呼び出しはチェックがスキップされるようになり、リダイレクト後もbrowser_batchが正常に動作するようになる

変更前

VS Code 拡張機能の MCP サーバー ダイアログでサーバー一覧の読み込みに失敗すると、再試行する手段がなく、ダイアログを開き直す必要がありました。

変更後

サーバー一覧の読み込みに失敗しても、ダイアログ内に Retry リンクが表示され、その場で再試行できるようになりました。

ユーザーへの恩恵

MCP サーバー一覧の読み込みに失敗した際も、ダイアログを開き直さずにワンクリックで再試行できるようになり、復旧が素早く行えるようになりました。

変更前

Claude Tag のアクセスバンドルはメンバーのみのチャンネルにしかアタッチできず、ゲストがいるチャンネルや Slack Connect チャンネルには適用できませんでした。Owner はメンバー限定の条件しか選べませんでした。

変更後

アクセスバンドルのアタッチ条件に「チャンネルタイプ」条件が追加され、Owner はゲストがいるチャンネルや Slack Connect チャンネルにもバンドルを適用できるようになりました。従来はメンバーのみのチャンネルに限定されていました。

ユーザーへの恩恵

Owner はゲストや Slack Connect を含むチャンネルでも @Claude を利用可能にでき、アクセス制御の適用範囲を柔軟に広げられるようになります。

変更前

Slack スレッドでモデルを切り替えた後、そのスレッドのセッションが再起動または再読み込みされると、切り替えたモデルがチャネルのデフォルトモデルにサイレントに戻っていました。このため、ユーザーが意図しないモデルでタスクが続行されていました。

変更後

スレッドのセッションを再起動したり再読み込みしたりしても、切り替えたモデルが維持されるようになりました。

ユーザーへの恩恵

セッションの再起動や再読み込みの後でも選択したモデルが維持されるようになり、意図したモデルで作業を続けられるようになりました。

変更前

別のアプリやボットがトップレベルのチャンネルメッセージでClaudeにメンションすると、Claudeが重複して返信することがあった。

変更後

別のアプリやボットがトップレベルのチャンネルメッセージでClaudeにメンションしても、Claudeは1回だけ返信する。

ユーザーへの恩恵

チャンネルメッセージへのメンションに対してClaudeが1回だけ返信するため、重複した返信を確認して削除する手間がなくなる。

変更前

サーバーが listChanged を宣言していない場合、list-changed 通知を送っても Claude Code 側で prompts と resources が再取得されず、一覧が古いままだった。

変更後

サーバーが listChanged を宣言していなくても、list-changed 通知を受け取った時点で MCP サーバーから最新の prompts と resources を再取得し、反映するようにした。

ユーザーへの恩恵

サーバー側で prompts や resources を更新した際に、宣言の有無にかかわらず再接続せずに最新の一覧を利用できるようになる。

変更前

MCP ツール呼び出しが 403 insufficient_scope で拒否された際、それがサインイン期限切れとして誤って報告されていた

変更後

403 insufficient_scope エラーが「サインインの有効期限が切れた」として誤って表示されていた状態から、エラーメッセージが不足している権限を明示し、/mcp での再認証を案内するように変わった

ユーザーへの恩恵

不足している具体的な権限と /mcp での再認証手順が分かるようになり、ユーザーは適切な対処をすばやく行えるようになった

変更前

--strict-mcp-config 付きの空の --mcp-config を使うと、偶発的に検出された MCP サーバーへの接続を確立しようとして、非対話モードの最初のターンが MCP_TIMEOUT の期間だけ待たされることがあった。

変更後

--strict-mcp-config 付きの空の --mcp-config でも、偶発的な MCP サーバーを一切起動せず、非対話モードの最初のターンが待たされることなくすぐに開始する。

ユーザーへの恩恵

空の --mcp-config と --strict-mcp-config を使うユーザーは、偶発的な MCP サーバー接続による起動時の待ち時間なしに、ヘッドレスセッションを即座に開始できる。

変更前

VS Code 拡張の「Manage plugins」ダイアログで、プラグインの有効/無効を切り替えるトグルや、MCP サーバーダイアログの行がフォーカスできず、キーボードだけでは到達・操作できなかった。

変更後

VS Code 拡張の「Manage plugins」ダイアログで、プラグインの有効/無効を切り替えるトグルや、MCP サーバーダイアログの各行をキーボード操作で選択・操作できるようになった。

ユーザーへの恩恵

マウスを使わずにキーボードだけでプラグインの有効化や MCP サーバーの管理操作を完了できるようになる。

変更前

Claude Tag 経由で Slack に送信された数分後のフォローアップメッセージ(たとえばブロッカーの報告)が、Claude の直前の Slack メッセージに無音な編集として畳み込まれていた。そのため、そのフォローアップは新着メッセージとして通知されず、遅れて届いた更新(たとえばブロッカーの報告)をユーザーが見逃しやすかった。

変更後

フォローアップメッセージは数分後でも、直前の Slack メッセージへの無音の編集として畳み込まれず、新しい返信として投稿されるようになった

ユーザーへの恩恵

ブロッカーの報告のような遅れて送ったフォローアップ更新が、Slack で新着メッセージとして通知されるため、見逃さずに気づけるようになった。

変更前

サーバー管理設定が存在する環境では、MDM や managed-settings.json で設定した allowManagedMcpServersOnly、deniedMcpServers、disableClaudeAiConnectors が無視され、意図したポリシーが適用されませんでした。

変更後

MDM や managed-settings.json で設定した allowManagedMcpServersOnly、deniedMcpServers、disableClaudeAiConnectors が、サーバー管理設定が存在する場合でも正しく反映されるようになりました。

ユーザーへの恩恵

管理者はサーバー管理設定との併用環境でも、MDM や managed-settings.json による MCP サーバーの制御ポリシーを確実に適用できるようになります。

変更前

セッション中に MCP サーバーのサインインが期限切れになった場合、表示されるエラーには再認証の方法が書かれていなかった。ユーザーはエラーの意味は分かっても、次に何をすべきか判断できずにいた。

変更後

期限切れのサインインに関するエラーメッセージに、/mcp で再認証する方法が表示されるようになった。

ユーザーへの恩恵

ユーザーはドキュメントを探さなくても、/mcp からすぐに再認証できるようになる。

変更前

プロバイダーが小文字のトークンタイプを返す場合、OAuth client-credentials 接続や JWT-bearer 接続が失敗し、接続エラーになっていた。

変更後

プロバイダーが返すトークンタイプが小文字でも、リクエストが標準の Bearer スキームで送られるようになり、OAuth client-credentials 接続や JWT-bearer 接続が成功する。

ユーザーへの恩恵

ユーザーは大文字小文字の違いを気にせず、これらのプロバイダーでも OAuth トークンを利用した接続をそのまま行える。

変更前

これまでは、エンタープライズの managed-mcp.json が読み取れない、またはパースできない場合、そのファイルは黙って無視されていた。このため、ユーザー、プロジェクト、プラグインの MCP サーバーがロードされ、エンタープライズによる MCP サーバーの制御が回避される可能性があった。

変更後

これまでは、エンタープライズの managed-mcp.json が読み取れない、またはパースできない場合、そのファイルが黙って無視されていた。この変更により、ファイルが読み取れない、またはパースできない場合でも、exclusive MCP control が維持される。つまり、ユーザー、プロジェクト、プラグインの MCP サーバーはロードされず、代わりに起動時に警告が表示される。

ユーザーへの恩恵

managed-mcp.json が壊れていてもエンタープライズの MCP 排他制御が維持され、起動時に警告が表示されるため、管理者は問題に気づいて対処できる。

変更前

すべてのツールを MCP サーバーから提供する claude -p セッションを再開すると、「At least one tool must have defer_loading=false」というエラーで失敗していた。

変更後

再開された claude -p セッションのすべてのツールが MCP サーバーから提供されている場合でも、セッションを正常に再開できるようになった。

ユーザーへの恩恵

MCP サーバーのみをツールとして使う非対話セッションも、エラーなく再開できるようになった。

変更前

Claude が MCP ツールを選択する際に、完全な mcp__server__tool 形式ではなくサーバー名部分のみの省略名を使うと、ツール検索で該当ツールがマッチせず、ツールが見つからない状態だった。

変更後

Claude が MCP ツールを完全な mcp__server__tool 形式ではなくサーバー名部分のみの省略名で選択した場合でも、ツール検索が正しくマッチし、該当ツールが見つかるようになった。

ユーザーへの恩恵

ユーザーはツール名の表記揺れによってツール呼び出しが失敗することを気にせず、MCP ツールを安定して利用できる。

変更前

MCP サーバーの再接続待ちの間に Ctrl+O を押すと再接続がキャンセルされ、またトランスクリプト表示中はリモートコントロールから /mcp を送っても失敗していた。

変更後

MCP サーバーの再接続が待機中でも Ctrl+O を押してトランスクリプトを開けるようになり、トランスクリプト表示中にリモートコントロールから送った /mcp も正しく処理されるようになった。

ユーザーへの恩恵

ユーザーは再接続待ちのサーバー状態を失わずにトランスクリプトを確認でき、リモートコントロールでも /mcp を安心して実行できるようになった。

変更前

URLのクエリパラメータの順序だけが変わる場合でも、MCPサーバーが再接続されていた。

変更後

URLのクエリパラメータの順序だけが変わる場合、MCPサーバーの再接続が不要になった。

ユーザーへの恩恵

設定更新の際にクエリパラメータの順序変更による不要な再接続を避けられる。

変更前

テレメトリ無効化環境での first-party セッションで、会話の途中で接続が完了した alwaysLoad MCP サーバーは、次のリクエスト時までツールが認識されず、ツール検索による問い合わせ(ラウンドトリップ)を挟むまで利用できなかった。

変更後

テレメトリ無効化環境での first-party セッションで、会話の途中で接続が完了した alwaysLoad MCP サーバーのツールが、ツール検索を介さずに次のターンから利用できる。

ユーザーへの恩恵

ツール検索の余分な往復を待たずに alwaysLoad サーバーのツールを次のターンから使えることで、会話の途中で接続したサーバーのツールを即座に活用できる。

変更前

テーブルと添付ファイルが同じメッセージに含まれると、テーブルがパイプ（|）記号のままの生テキストとして投稿されていました。整形されたテーブルとして表示されず、読みにくい状態でした。

変更後

添付ファイルが同じメッセージ内のテーブルを干渉しなくなりました。テーブルは通常の返信として正しく整形されて投稿され、ファイルは別のシンプルなキャプション付きのメッセージとして送られるようになりました。

ユーザーへの恩恵

テーブルが正しく整形されて表示され、添付ファイルも適切に分離されるため、メッセージの可読性が向上します。

変更前

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 から見えない状態になっていました。