Claude Code MCP

変更前

セッションの途中（特にセッション再開後に MCP サーバーが再接続する際）に、自動ツール検索（ENABLE_TOOL_SEARCH=auto）が意図せず無効化されることがありました。再接続時に送信されるリクエストがツール検索の状態を変化させ、それ以降の会話でツール定義の遅延読み込みが継続しないケースがありました。

変更後

会話の途中で自動ツール検索がオフになることを防ぎ、MCP サーバーの再接続後もツール検索の状態が維持されるようになりました。これにより、セッション全体を通じてツール定義の遅延読み込みが一貫して機能します。

ユーザーへの恩恵

MCP サーバーの再接続後もツール検索が維持されるため、コンテキストの節約とツールのオンデマンド検索がセッション全体で一貫して機能するようになる。

変更前

API が MCP ツールの入力スキーマを拒否すると、Claude Code はツールスキーマフィールドの拒否をリトライしないため、その会話の毎ターンで 400 エラーが発生し会話が継続できなかった。

変更後

同じ拒否が発生した場合でも、Claude Code は会話の残りの間、そのツールをパラメーターなしで送信するため、会話が失敗しなくなった。

ユーザーへの恩恵

MCP ツールのスキーマが原因の 400 エラーで会話が途切れなくなり、ユーザーはエラーを回避するためにセッションをやり直さずに済む。

変更前

コンパクションの後に MCP サーバーの接続が完了しても、サーバーのツールや指示は Claude に通知されず、次回ツール呼び出し時に初めて反映されていた。

変更後

コンパクション後にサーバーが接続を完了すると、すぐにサーバーのツールや指示が Claude に通知される。

ユーザーへの恩恵

コンパクション後も MCP サーバーのツールや指示が即座に反映されるため、Claude が適切なツールを使った応答を最初のステップから行えるようになる。

変更前

セッションを履歴付きで再開すると、Claude がその会話の履歴に一度も記載されていない遅延読み込み(deferred)ツールを検索対象として扱ってしまうことがあった。ツール検索は MCP ツールのスキーマをデフォルトで遅延読み込みしており、履歴に存在しないツール定義が検索に現れると不整合が起きる。

変更後

セッションを再開しても、その履歴に一度も列挙されていない遅延読み込み済みツールを検索しようとしなくなった。会話の最初のリクエストから保持されるツールリストとの整合性が保たれる。

ユーザーへの恩恵

セッション再開時に存在しないツールを検索して失敗することがなくなり、再開後のセッションが安定して動作するようになる。

変更前

組織のポリシーでコネクタツールの「常に許可」が無効化されている場合、そのツールの呼び出し時にはユーザーに承認を求めるプロンプトが表示されるはずだった。しかし 2.1.292 以降、Cowork の承認プロンプトに「このタスクに対して許可」の選択肢が表示されず、ユーザーはタスク単位でツール使用を許可できなかった。

変更後

「このタスクに対して許可」が Cowork の承認プロンプトに正しく表示されるようにした。組織が「常に許可」をオフにしているコネクタツールでも、ユーザーはそのセッション内のタスクに限って使用を許可できるようになった。

ユーザーへの恩恵

「常に許可」が無効なコネクタツールでもタスク単位で承認を選べるようになり、毎回すべて拒否せずに必要な操作だけを許可できるようになった。

変更前

Slack で承認が必要なコネクタアクションが発生した場合、Claude はあなたに確認する手段がなく、アクションを拒否していました。

変更後

Slack スレッド内に自分にしか見えない「Allow once / Deny」カードが表示され、Claude は拒否する代わりにあなたの承認を待つようになります。他のメンバーには Claude があなたの判断待ちであることだけが表示されます。

ユーザーへの恩恵

ユーザーは Slack から離れることなく承認が必要なアクションをその場で許可でき、Claude が不当に拒否して作業が止まることを防げるようになる。

変更前

以前は、Claude 自身が Slack チャンネルに投稿したメッセージに対して、他のアプリがそのスレッド内で @Claude をタグ付け(メンション)しても、Claude はそのメンションに反応して回答しなかった。

変更後

修正後は、Claude 自身が投稿したメッセージのスレッド内で他のアプリからタグ付けされた場合でも、Claude が適切にそのメンションを検出して回答するようになった。

ユーザーへの恩恵

ユーザーは他のアプリとのスレッド上のやり取りでも Claude にタグ付けして作業を依頼でき、応答がないために再度メッセージを送り直す必要がなくなる。

変更前

.mcp.json が存在するが空のファイルだった場合、claude mcp list や claude doctor、/status がそれを無効な設定として報告していた。ユーザーは実際には問題のない状態に対して警告を受け、エラーの原因を探さなければならなかった。

変更後

空の .mcp.json は有効な設定として扱われるようになり、これらのコマンドは無効という誤った報告を行わなくなった。設定に問題がない限り、ユーザーは警告を見ることはない。

ユーザーへの恩恵

空の .mcp.json があっても誤った警告に悩まされず、実際の問題だけに集中できるようになる。

変更前

Linux でサンドボックス化されたコマンドが設定ディレクトリに空の .config.json を残すと、既存の設定が正しく読み込めなくなり、サインイン状態・MCP サーバー・プロジェクトの信頼設定が失われたように表示されていた。

変更後

空の .config.json が残っても既存の設定が正しく扱われるようになり、サインイン情報・MCP サーバー・プロジェクトの信頼設定が失われたように見える問題が解消された。

ユーザーへの恩恵

Linux でサンドボックス化されたコマンドを実行した後も、再サインインや設定の再構成をしなくて済むようになる。

変更前

MCP 設定ファイルで constructor や prototype という名前の MCP サーバーを追加しても、これらの名前が JavaScript のオブジェクトプロパティ名と衝突するため、サーバーが接続されなかった。

変更後

名前の衝突を回避するよう処理が修正され、constructor や prototype という名前の MCP サーバーも正常に接続できるようになった。

ユーザーへの恩恵

constructor や prototype といった名前の MCP サーバーを安心して設定ファイルに追加できるようになる。

変更前

constructor や toString といった JavaScript の組み込みプロパティと同名の MCP サーバーが存在すると、そのサーバーのツール呼び出しが内部的なプロパティ判定と衝突してしまっていた。そのため、auto モードや bypass permissions モードでも、本来自動承認されるはずのツールが権限確認を求めていた。

変更後

サーバー名の判定処理が修正され、そのような名前の MCP サーバーのツールも他のサーバーと同様に扱われるようになった。auto モードや bypass permissions モードで権限確認を求めなくなった。

ユーザーへの恩恵

ユーザーはそうした名前の MCP サーバー利用時にも、auto モードや bypass permissions モードでの自動承認が正しく機能し、意図しない権限確認に中断されずに済むようになる。

変更前

Artifact の公開が HTTP 403 で拒否されても、Artifact ツールは実際の失敗理由を伝えずに再試行を勧めていた。ユーザーはプロキシやサーバーに拒否された原因を特定できず、意味のない再試行を繰り返す可能性があった

変更後

403 で拒否された場合、ツールは拒否されたことを明示し、ユーザーに伝えるべき内容を報告するようになった

ユーザーへの恩恵

ユーザーは無意味な再試行をせず、プロキシ管理者に依頼するなど、403 の解決に向けた適切な対応を取れるようになる

変更前

これらのキーの値に、サーバー名を配列ではなく単一の文字列として書くと、その設定ファイルが無視されていた。そのため、承認または拒否したはずの .mcp.json サーバーが正しく反映されず、Claude Code が接続の承認を求めたり、拒否したサーバーに接続したりする可能性があった。

変更後

値が単一の文字列であっても設定ファイルが正しく読み込まれるようになった。ユーザーが承認・拒否した .mcp.json サーバーの設定が意図どおりに反映される。

ユーザーへの恩恵

ユーザーは enabledMcpjsonServers / disabledMcpjsonServers の値を配列の形式に書き直さなくても、単一のサーバー名をそのまま記載するだけで承認・拒否の設定が確実に反映されるようになった。

変更前

MCP サーバー名に連続するアンダースコアが含まれると正規化処理によって名前が変換され、そのサーバーを対象にした deny ルールや ask ルールが一致しなくなっていた。その結果、mcp__<server> 形式で設定した権限ルールが意図せず無視されていた。

変更後

サーバー名の正規化にアンダースコア2連続が含まれていても、deny ルールと ask ルールが正しく適用されるようになった。

ユーザーへの恩恵

アンダースコア2連続を含むサーバー名でも、設定した MCP 権限ルールが確実に機能するようになる。

変更前

MCP サーバーが通知への返信本文を終了しないと、HTTP 接続が 30 秒間ハングしたまま失敗していた。

変更後

サーバーが応答本文を終了しなくても、接続がハングせずに適切に処理されるようになった。

ユーザーへの恩恵

応答を閉じない MCP サーバーに接続しても、30 秒の待機や失敗が発生しなくなる。

変更前

実行中のヘッドレスまたは SDK セッションに MCP サーバーを追加すると、一部のポリシーチェックが実行される前にサーバーに接続してしまっていた。

変更後

ポリシーチェックが先に実行されるようになり、ブロック対象のサーバーは接続を試みることなく失敗として報告される。

ユーザーへの恩恵

ブロックされるはずの MCP サーバーに接続が発生しなくなり、ポリシー違反を安全に検知できるようになった

変更前

ポリシーチェックでブロック対象となる MCP サーバーが、claude mcp list や claude mcp get の実行時、またサブエージェントから利用される際に実際に起動されていた。ユーザーはブロックされたサーバーへの接続が試みられる様子を目にすることになっていた。

変更後

これらの操作ではポリシーチェックが先に行われ、ブロック対象のサーバーは起動されずに「ブロックされている」と報告される。サーバーへの接続試行は発生しない。

ユーザーへの恩恵

ユーザーはブロックされたサーバーが起動されずにすぐブロック結果を確認できるようになり、ポリシー違反のサーバーとの意図しない接続を避けられる。

変更前

--exec-path ラッパー経由で --mcp-config により追加された MCP サーバーは、セッション中にコネクタの変更が発生すると、セッション自体は存続しているにもかかわらずシャットダウンされていた。

変更後

コネクタがセッション中に変更されても、--mcp-config で追加された MCP サーバーはシャットダウンされず、引き続き利用できるようになった。

ユーザーへの恩恵

自己ホストランナーのセッションでラッパー経由の MCP サーバーを、コネクタの変更を気にせず継続して使用できるようになった。

変更前

--bare モードで起動したセッションでは、--channels フラグで指定された MCP サーバーのうち、constructor や prototype という名前のサーバーが正しく読み込まれていなかった。これは JavaScript オブジェクトの予約済みプロパティ名と衝突したことで、サーバーが除外されてしまうためと考えられる。

変更後

名前が constructor または prototype の MCP サーバーでも、--bare セッションで --channels によって要求されていれば確実に読み込まれるようになった。

ユーザーへの恩恵

ユーザーは、特定の名前の MCP サーバーが --bare モードのセッションで黙って欠落する心配なく、チャンネル機能を確実に利用できるようになる。

変更前

ヘッドレスモード(claude -p)や Agent SDK セッションでは、リモート MCP サーバーへの接続が切れた際にバックグラウンドで自動再接続が行われるが、その再接続によってツール呼び出しが実行中の接続が閉じられることがあった。その結果、実行中だった MCP ツール呼び出しがエラーで失敗したり、セッション側で再実行され同じ処理が二重に走ったりしていた。

変更後

バックグラウンドの再接続が発生しても、実行中の MCP ツール呼び出しを安全に扱うようになり、接続が閉じられてもツール呼び出しが失敗せず、二重実行も起こらなくなった。

ユーザーへの恩恵

ヘッドレス実行や SDK での自動化処理において、再接続のタイミングを気にせず MCP ツール呼び出しを安定して実行できるようになる。

変更前

claude mcp add <name> -- <command> --background を実行すると、--background フラグの解釈によってコマンドがバックグラウンドセッションとして起動されていた。

変更後

この修正により、--background フラグは MCP サーバーの設定引数として正しく扱われ、バックグラウンドセッションが起動されなくなった。

ユーザーへの恩恵

ユーザーは --background を使った MCP サーバーの追加時に、意図しないバックグラウンドセッションの起動を心配せずに済むようになった。

変更前

認証プロキシの背後にある MCP サーバーで、OAuth のサインイン、トークン更新、サインアウトの各リクエスト時に、ユーザーが設定した headers や headersHelper による認証ヘッダーが送信されていなかったため、接続や認証フローが失敗していた。

変更後

これらの OAuth 関連リクエストでも設定済みの headers/headersHelper の値が正しく送信されるようになり、認証プロキシ経由でもサーバーと正常に通信できるようになった。

ユーザーへの恩恵

認証プロキシの背後にあるリモート MCP サーバーに対して、追加設定なしで OAuth サインインやトークン更新がそのまま完了できるようになった。

変更前

プランモード中でも、PreToolUse フックや mod の tool.check フックが許可した書き込み操作（MCP ツール、ファイル、シェルコマンド）が実際に実行されていた

変更後

プランモード中は、フックが許可した書き込み操作であっても実行されないようになった

ユーザーへの恩恵

プランモード中にユーザーの確認なしでファイルやコマンドが変更されることがなくなり、計画フェーズの安全性を確信して利用できる

変更前

ユーザーがインストールした mod が、管理対象の権限ルールや管理対象フックの決定、組織の MCP ツール名の扱いに干渉できる余地があった。deny ルールや管理対象設定の PreToolUse フックによるブロックが、mod の承認によって回避される場合があった。

変更後

管理対象の権限ルール、管理対象フック、組織の MCP ツール名が、ユーザーがインストールした mod に対しても確実に適用されるようになった。deny ルールや管理対象設定のフックによるブロックが mod によって上書きされにくくなった。

ユーザーへの恩恵

管理者は、ユーザーがインストールした mod によって組織のポリシーが回避されることをより確実に防げるようになる。

変更前

claude.ai のコネクタプロキシや Anthropic がホストする MCP サーバーへのリクエストは、HTTP リダイレクトが発生すると自動的にそのリダイレクト先に追従していた。これにより、リダイレクトを経由した転送が行われる場合があった。

変更後

これらのリクエストは HTTP リダイレクトに従わなくなり、リダイレクト応答が返されても転送されなくなった。ただし、コネクタ自身のサーバーが発するリダイレクトについては、これまでどおり追従する。

ユーザーへの恩恵

認証情報やトークンが予期しないリダイレクト先に送信されるリスクが減り、コネクタ経由の通信がより安全になる。

変更前

クラウド環境やセルフホストランナーのセッションでは、MCP リクエストがセッションの MCP プロキシから返される HTTP リダイレクトに自動的に追従していた。そのため、プロキシがリダイレクトを返した場合はリダイレクト先にリクエストが転送されていた。

変更後

セッション内の MCP リクエストが、セッションの MCP プロキシから返される HTTP リダイレクトを追従しないようになった。リダイレクトが返されても、セッションはその先の URL にリクエストを転送しない。

ユーザーへの恩恵

セッションの MCP トラフィックがプロキシのリダイレクトによって意図しない宛先へ迂回されなくなり、ネットワーク経路の見通しが明確になる。

変更前

エージェント定義の tools: リストに MCP サーバー名を書いても、ツールの絞り込みが意図どおりに行われず、サーバー名に __ が含まれる場合の指定方法も曖昧だった。

変更後

tools: に記載した名前の MCP サーバーのツールだけがエージェントに渡されるようになり、__ を含むサーバー名は mcp__<サーバー名全体>__* の形式で明示的に指定できるようになった。

ユーザーへの恩恵

エージェントに公開する MCP ツールを正確に絞り込めるようになり、意図しないツールの使用やコンテキストの無駄遣いを防げる。

変更前

クラウドセッションや Remote Control の MCP コネクタは、フラグを取得しない環境では従来の MCP プロトコルバージョンで接続していた。

変更後

フラグを取得しないインストール環境でも、これらのコネクタがデフォルトで MCP プロトコルバージョン 2026-07-28 のネゴシエーションを行うようになった。従来の動作に戻したい場合は MCP_PROTOCOL_NEGOTIATION=legacy を設定する。

ユーザーへの恩恵

ユーザーは特別な設定をしなくても最新の MCP プロトコルリビジョンの機能をコネクタ経由で利用できるようになる。

変更前

以前は、Anthropic 自社 MCP サーバーから送られる MCP ツールの説明やサーバー指示は 4,096 文字で切り詰められていた。長い説明や指示は末尾が欠けて Claude に届いていた。

変更後

今後は、api.anthropic.com の Anthropic 自社 MCP サーバーから送られる MCP ツールの説明やサーバー指示が全文そのまま Claude に届くようになる。ツールの説明やサーバー指示が切り詰められなくなる。

ユーザーへの恩恵

サーバー指示が Claude に完全に伝わるようになり、MCP ツールの説明や指示が欠落せずに使えるようになる。

変更前

ヘッドレスセッションでは、/cd でディレクトリを変更したりプラグインを再読み込みした後に、移動先のフォルダの設定で無効化されているはずの .mcp.json やプラグインの MCP サーバーが起動していた。

変更後

ディレクトリ変更やプラグインの再読み込み後も、そのフォルダでオフにされている MCP サーバーは起動しないように修正された。

ユーザーへの恩恵

ユーザーは、無効化したはずの MCP サーバーがヘッドレスセッションで勝手に接続されることを心配しなくてよくなる。

変更前

CLAUDE_CODE_RESUME_INTERRUPTED_TURN が設定された環境で再起動が起きると、MCP ツールの結果によってすでに終了しているターンが中断されたターンと誤認され、再起動後にそのターンが再実行されていた。これにより、完了済みのターンに対する重複した応答や結果が発生する可能性があった。

変更後

MCP ツールの結果でターンが終了した場合は、そのターンを中断されたターンとして扱わず、再起動後の再実行の対象から除外するようになった。再実行されるのは、実際に中断されたターンのみとなる。

ユーザーへの恩恵

ユーザーは再起動後に完了済みのターンが重複して実行されることを心配せず、セッションを安全に再開できるようになる。

変更前

MCP サーバーが認証を必要とすると、Claude はそのクラウドセッションを非対話型だと誤って判断し、/mcp コマンドや claude mcp コマンドの実行を提案していた。そのため、ユーザーは実際には対話中のセッションで認証を処理できるにもかかわらず、別途コマンドを実行するよう促されていた。

変更後

MCP サーバーが認証を必要としても、Claude はクラウドセッションを非対話型と判断しなくなり、/mcp や claude mcp の実行を提案しなくなった。ユーザーはセッション内でそのまま認証フローを扱える。

ユーザーへの恩恵

ユーザーは不適切なコマンド実行の提案に従わずに済み、セッションを中断せずに MCP サーバーの認証を行えるようになる。

変更前

Bash ツールで git commit -q(quiet オプション付き)や git -C <ディレクトリ> commit の形式でコミットを実行した場合、成功しても tool_result イベントの tool_parameters に git_commit_id が含まれていなかった。標準的な git commit のみが検出対象となっており、これらの変形コマンドではコミット識別情報が取得できていなかった。

変更後

git commit -q や git -C <dir> commit の形式でもコミットの成功を検出できるようになり、tool_result イベントに git_commit_id(およびコミットブランチ情報)が正しく含まれるようになった。ドキュメント記載の「Bash または PowerShell ツールで実行された成功した git commit に対してコミット識別情報を付与する」動作が、これらのコマンド変形に対しても一貫して機能する。

ユーザーへの恩恵

OpenTelemetry でツール実行を監視している環境でも、quiet オプションや -C オプションを使った git コミットの SHA を確実に収集でき、コミット単位のトレーシングやメトリクス集計の取りこぼしを防げる。

変更前

Windows では、Claude Code の終了時に stdio MCP サーバーが即座に強制終了されていた。そのため、サーバー側の終了処理が完了しないままプロセスが殺される可能性があった。

変更後

シャットダウン時にまず stdin を閉じてサーバーに正常終了の機会を与え、300ミリ秒待ってもサーバーが動作し続けている場合にのみプロセスツリーを終了するようになった。これにより、サーバーは終了処理を完了できる。

ユーザーへの恩恵

Windows でも stdio MCP サーバーがシャットダウン時に強制終了されず、正常に終了できるようになったことを確認できる。

変更前

MCP ツールの説明やサーバー指示として送られる文字列は、デフォルトで 2,048 文字までに制限されていた。そのため、長いツール説明やサーバー指示は切り詰められて送信される可能性があった。

変更後

デフォルトの上限が 2,048 文字から 4,096 文字に引き上げられ、より長いツール説明やサーバー指示がそのまま送信できるようになった。

ユーザーへの恩恵

ユーザーは設定を変更しなくても、長めのツール説明やサーバー指示が切り詰められずに Claude に伝わるようになる。

変更前

ヘッドレス(-p)やAgent SDKのセッションでは、リモートMCPサーバーが15秒を超える障害で切断されると再接続されないまま残ることがあった。また、接続直後に切断するサーバーに対しては、間隔を空けずに再接続を繰り返す状態が発生していた。

変更後

セッション途中で切断されたリモートサーバーに対して、指数バックオフによる自動再接続が正しく行われるようになった。切断が繰り返される場合は再接続の間隔を段階的に延ばし、最大30秒まで待機する。

ユーザーへの恩恵

一時的な障害が発生しても、手動での再接続操作なしにMCPサーバーが自動的に復旧することを確認できる。

変更前

リモート MCP サーバーから返されたエラーレスポンスに、たまたまネットワークエラー名(Request timed out など)と一致する文字列が含まれていると、Claude Code が実際には接続可能な状態であるにもかかわらずネットワーク障害と誤判定していた。その結果、リモート MCP 接続が切断されていた。

変更後

エラーレスポンス内の文字列だけでネットワークエラーを判定しなくなり、実際の接続状態に基づいて処理するようになった。サーバーのエラーレスポンスにネットワークエラー名が含まれていても、リモート MCP 接続は維持される。

ユーザーへの恩恵

リモート MCP サーバーが返すエラーメッセージの内容に左右されずに、接続が安定して維持されるようになる。

変更前

変更前は、ページネーションに対応した MCP サーバーがカーソルを返し続けると、Claude Code が接続のたびに同じページの要求を最大 20 回繰り返していた。

変更後

変更後は、カーソルを正しく追跡してページ送りを進めるため、同一ページの重複要求が発生しなくなった。

ユーザーへの恩恵

ページネーション対応の MCP サーバーへの接続が一度で完了し、ツール一覧の取得が高速化される。

変更前

MCP ツールが返した CSS・JavaScript・XML ファイルは、拡張子が判別できず .bin として保存されていました。Read ツールは .bin ファイルの読み取りを拒否するため、ユーザーはこれらのファイルを内容確認のために読めませんでした。

変更後

MCP ツールが返した CSS・JavaScript・XML ファイルが、それぞれ適切な拡張子(.css・.js・.xml)で保存されるようになりました。さらに、フォントファイルやアイコンファイルも独自の拡張子を持つようになり、Read ツールで読み取れるようになりました。

ユーザーへの恩恵

MCP ツール経由で取得したスタイル・スクリプト・XML ファイルを Read ツールで直接読めるようになり、フォントやアイコンファイルも内容を確認できるようになる。

変更前

MCP サーバーのリソース一覧の取得待ちの間に割り込み操作をしても、ターンはタイムアウトが発生するまで終了しなかった。ユーザーは割り込み後も長時間待たされることになった。

変更後

割り込み操作を行うと、MCP サーバーの応答を待たずに即座にターンを終了できる。タイムアウトまで待たされることがなくなった。

ユーザーへの恩恵

割り込みが即時に効くため、MCP サーバーの応答が遅い場合でもすぐに会話を中断・方向転換できるようになる。

変更前

タスクパネルや接続クライアントから長時間実行中の MCP ツール呼び出しを停止しても、Claude はその割り込みを知らされず、停止されたことを認識できないままだった。

変更後

MCP ツール呼び出しを停止すると、その中断が Claude に通知されるようになり、Claude はツール呼び出しが停止されたことを認識した上で次の行動に進める。

ユーザーへの恩恵

ユーザーは実行中のツールを中断した後も、Claude が状況を正しく把握しているため、そのまま会話を続けられる。

変更前

長時間の MCP ツール呼び出しがバックグラウンドタスクに移行した際、通知に表示されるタスク ID が短縮形で表示されていた。

変更後

通知には完全なタスク ID が表示されるようになり、タスクの正確な識別が可能になった。

ユーザーへの恩恵

ユーザーは通知からタスク ID を正確に確認でき、バックグラウンドタスクの追跡や照合を確実に行えるようになる。

変更前

バックグラウンド Bash の結果が、出力先ファイルの名前を示さないプレースホルダーのみで返され、ユーザーは後から出力を参照できなかった。またツールの説明ではバックグラウンドタスク完了時の通知が届くと謳っていたが、実際には通知が送信されなかった。

変更後

バックグラウンド Bash の結果に出力ファイル名が明記される。ツールの説明も実態に合うように修正され、届かない通知への誤った期待を生まない。

ユーザーへの恩恵

ユーザーはバックグラウンド Bash の出力ファイルを確実に参照できるようになり、通知を待ち続ける無駄がなくなる。

変更前

機能フラグが利用できない環境で、Claude 3 Opus や Claude 3.x Sonnet のセッションに対してもツール検索が提示されていた。しかし、これらのモデルはツール検索を拒否するため、セッションが正常に動作しない状況だった。

変更後

機能フラグが利用できない環境では、Claude 3 Opus や Claude 3.x Sonnet のセッションにツール検索を提示しないように修正された。これにより、モデルがツール検索を拒否してセッションが失敗する問題が解消された。

ユーザーへの恩恵

Claude 3 系モデルのセッションがツール検索の拒否によって失敗しなくなり、安定して動作するようになる。

変更前

非対話(ヘッドレス)セッションでは、リクエストがその MCP サーバーを一切使わない場合でも、認証が必要な MCP サーバーの存在を知らせるメッセージが表示されていた。ユーザーは実際には無関係なサーバーの認証について注意を促され、混乱や出力のノイズにつながっていた。

変更後

リクエストが実際に利用する MCP サーバーのみが対象となり、使わないサーバーの認証要否メッセージは表示されなくなった。これにより非対話セッションの出力から無関係な認証警告が取り除かれた。

ユーザーへの恩恵

ユーザーは不要な認証警告に悩まされず、非対話セッションの出力を必要な情報だけに絞って確認できる。

変更前

ヘッドレスおよび SDK セッションでは、MCP サーバーへのサインインや再接続が遅れて完了すると、setMcpServers() で設定したサーバーが自分自身のサーバーとして再リストされていた。

変更後

サインインや再接続の完了が遅れても、setMcpServers() で設定したサーバーは自分自身のサーバーとして再リストされなくなった。

ユーザーへの恩恵

ユーザーは、サインインや再接続の完了が遅れた場合でも、setMcpServers() で追加したサーバーが誤って再リストされず、セッション中も引き続き利用できる。

変更前

権限プロンプトで待機中のセッションのステータスには、MCP ツールが mcp__server__tool 形式の内部識別子のまま表示されていたため、どのツールの承認を求めているのか判断しにくかった。

変更後

ステータス表示が改善され、MCP ツールがサーバー名と読み取りやすいツール名で示されるようになったため、要求されているツールを一目で把握できる。

ユーザーへの恩恵

ユーザーは権限プロンプトの内容を即座に理解して承認するかどうかを判断できるようになる。

変更前

ツール検索が有効な場合、MCP ツールの説明は 2,048 文字で切り詰められていたため、長い説明文を持つツールでは情報が失われていた。

変更後

切り詰めの上限が 16,384 文字に引き上げられ、ツール検索で遅延読み込みされるツールの説明の大部分がそのままモデルに渡されるようになった。

ユーザーへの恩恵

モデルがより完全なツールの説明を参照できるようになり、ツール検索時に適切なツールを見つけられる精度が上がる。

変更前

claude.ai コネクタの MCP プロトコルバージョン 2026-07-28 のネゴシエートは、feature flag の取得が行われるセッションを前提としていた。env-vars.md では、MCP_PROTOCOL_NEGOTIATION=auto を設定しない限り claude.ai コネクタサーバーに対して MCP プロトコルリビジョン 2026-07-28 のプローブが行われると説明されており、フラグを取得しないインストールでの挙動は本変更で改めて明確化された

変更後

フラグを取得しないインストール環境でも、claude.ai コネクタがデフォルトで MCP プロトコルバージョン 2026-07-28 をネゴシエートするようになった。従来の挙動に戻したい場合は MCP_PROTOCOL_NEGOTIATION=legacy を設定する

ユーザーへの恩恵

フラグ取得が無効な環境（Remote Control 使用時やクリーンな CI 環境など）でも claude.ai コネクタが新しい MCP プロトコルバージョンを利用でき、必要なら環境変数 1 つで従来動作に戻せるようになる

変更前

WebSocket (ws) 型の MCP サーバーでは、16 MiB を超えるメッセージもパース対象になっていた。そのため、他のトランスポートにはない大きなメッセージへの対応が不足していた

変更後

16 MiB を超えるメッセージはパースせず、その時点で接続を閉じるようにした。これにより、WebSocket 型にも他のトランスポートと同じサイズ制限が適用される

ユーザーへの恩恵

大きなメッセージをパースする前に接続を閉じることで、メモリ過負荷やハングなどの問題を避け、すべての MCP トランスポートで一貫した挙動を得られる

変更前

以前は、他のアプリやボットが送信した @Claude メンションに対して、Claude が応答しないことがあった。メッセージ量の多いチャンネルでは Claude がタグなしメッセージの読み取りを停止しており、そのようなメッセージへの応答が途絶えていた。

変更後

この修正により、他のアプリやボットからの @Claude メンションが、読み取りを停止していた高負荷なチャンネルでも確実に拾われ、応答されるようになった。

ユーザーへの恩恵

ユーザーはボットや他アプリ経由の @Claude メンションでも、高負荷なチャンネルで応答されないことを心配せずに済むようになる。

変更前

これまで、Mod で登録したツールの isDeferred を制御できず、ツール検索が有効な環境ではツールの説明がツール検索の背後に置かれるかどうかを Mod 側から指定できなかった。

変更後

$.tool.register に isDeferred オプションが追加され、false を指定するとツールのスキーマをツール検索の背後に回さず、最初からプロンプトに記載できるようになった。これは tool.describe イベントで isDeferred を返せる仕組みと整合する。

ユーザーへの恩恵

ユーザーは Mod 登録ツールをツール検索を経由せず初期プロンプトから直接利用でき、ツール検索の読み込み待ちなしでそのツールを確実に使えるようになる。

変更前

これまでエージェントリストやモデルに通知される MCP サーバーの並び順では、非 ASCII 文字を含む名前と ASCII のみの名前が混在した順序でソートされていた。そのため日本語などの非 ASCII 名を持つサーバーがリストの途中に挟まる形で並んでいた。

変更後

今回の変更で、ソート処理が見直され、非 ASCII 文字を含む名前は ASCII のみの名前より後にまとめて並ぶようになった。これによりモデルへの通知リストで ASCII 名が先頭側に集まる。

ユーザーへの恩恵

非 ASCII 名のエントリが ASCII 名の後にまとまることで、リストの並びが予測しやすくなり、モデルが同一セッション内で一貫した順序を認識できる。

変更前

変更前は、プロンプト内の @-メンション解決時に claude_code.at_mention ログイベントの件数に明示的な上限がなく、エージェントや MCP リソースへのメンションが多数含まれる場合、イベントが大量に出力される可能性があった。

変更後

変更後は、プロンプトが読み込まれるたびに、エージェント関連のイベントは最大 100 件、MCP リソース関連のイベントは最大 100 件までに制限される。

ユーザーへの恩恵

大量のメンションを含むプロンプトでも、テレメトリのイベント出力量が予測可能な上限に抑えられ、監視バックエンドへの負荷やデータ量を管理しやすくなる。

変更前

管理者がチャンネルの接続(コネクタ)、プラグイン、スキル、またはルールを変更すると、そのチャンネルで作業中だった Claude がタスクの途中で停止していた。ユーザーは途中で処理が止まった状態になり、作業をやり直す必要があった。

変更後

管理者がチャンネル設定を変更しても、実行中のタスクは中断されず、Claude がタスクを完了した時点で新しい設定が適用される。ユーザーは作業の継続を妨げられることなく、変更後の設定が次回以降に反映される。

ユーザーへの恩恵

管理者による設定変更のタイミングに左右されず、チャンネル内で依頼したタスクを最後まで完了させられるようになる。

変更前

名前が128文字を超える MCP ツールが存在すると、そのツールを含むすべてのリクエストが失敗しており、原因がどのツールなのかも分からなかった。

変更後

名前が128文字を超えるツールはリクエストから除外されるようになり、MCP エラーによって問題のツール名が特定できるようになった。

ユーザーへの恩恵

特定のツール名が長いだけで他の作業まで全滅せず、問題のツールをすぐ特定して対処できるようになる。

変更前

claude -p や SDK セッションの起動時、最初のターンは HTTP・SSE MCP サーバーが resources/list に応答してツール一覧を返すまで待機していたため、サーバーの応答が遅いとセッション開始まで待たされることがあった

変更後

HTTP・SSE MCP サーバーの resources/list への応答を最初のターンが待たなくなり、これらのサーバーはバックグラウンドで接続されるため、セッションをすぐに開始できる

ユーザーへの恩恵

HTTP や SSE の MCP サーバーを利用していても応答待ちで起動がブロックされず、claude -p や SDK セッションを素早く開始できる

変更前

新しいプロトコル revision のチェックを無視するローカル (stdio) MCP サーバーでは、毎回プロトコルネゴシエーションの応答待ちが発生し、起動時の接続に待ち時間がかかっていた

変更後

一度遅い接続になったサーバーは 7 日間記憶され、以後は従来のプロトコル方式で待ち時間なしで接続される

ユーザーへの恩恵

新しいプロトコルチェックを無視するローカル MCP サーバーがあっても、起動時の待ち時間なしで素早くセッションを開始できる

変更前

これまで、ローカル(stdio)MCP サーバーとの接続では MCP TypeScript SDK 1.x ベースの v1 ランタイムが使われ、プロトコルバージョン 2026-07-28 への更新は段階的なロールアウトの一環として一部のセッションでのみ問い合わせられていた。

変更後

今回の変更により、Bedrock、Vertex、Foundry を含むすべての環境でのインストールにおいて、ローカル(stdio)MCP サーバー接続がデフォルトでプロトコルバージョン 2026-07-28 のネゴシエーションを行うようになった。従来の動作を望む場合は MCP_PROTOCOL_NEGOTIATION=legacy でオプトアウトできる。

ユーザーへの恩恵

すべてのユーザーが既定で最新の MCP プロトコル機能を利用できるようになり、必要に応じて環境変数で従来の動作に戻せる。

変更前

組織が ask(承認必須)に設定したコネクターツールを呼び出す際、クラウドセッションの承認プロンプトに「常に許可」の選択肢が表示されていた。しかしドキュメント上、この設定は「選択を記憶するオプションを提示しない」ことになっているため、この選択肢は表示されるべきものではなく、実際に選択しても次回以降の呼び出しには何も反映されなかった。

変更後

組織が承認必須に設定したコネクターツールの承認プロンプトから「常に許可」の選択肢が削除された。ユーザーは呼び出しごとに承認のみを選択する表示になり、無効な選択肢が提示されなくなった。

ユーザーへの恩恵

組織の承認必須設定が効いているツールに対して、効果のない選択肢に迷わされたり誤って選んだりすることなく、呼び出しごとに確実に承認を判断できるようになる。

変更前

@Claude !status を実行すると、Claude が未読メッセージを読んでいない状態にあることは分かるが、なぜ読み取っていないのか、読み取りを再開するにはどうすればよいのかが分からなかった。

変更後

@Claude !status を実行すると、Claude がタグ付けされていないメッセージの読み取りをいつ止めたか、その理由、そして @-メンションで再び読み取りを開始することを表示するようになった。

ユーザーへの恩恵

チャンネル内で Claude がメッセージを読み取っていない理由と再開方法がすぐに分かるようになり、ユーザーは迷わず @-メンションで会話を再開できる。

変更前

サインインや再接続を行うと、組織が提供する MCP サーバーがユーザー自身のサーバーとして誤って再登録されていた。headless モードや Agent SDK セッションでは、再接続の結果が遅れて到着した場合にも同じ誤りが発生していた。

変更後

サインインや再接続の後も、組織が提供する MCP サーバーが自分のサーバーとして誤って再登録されず、提供元が組織であることが正しく保たれる。headless モードや SDK セッションで再接続の結果が遅れて返ってきた場合も同様に扱われる。

ユーザーへの恩恵

再接続後もサーバーの提供元が正しく表示され、組織提供のサーバーと自分のサーバーを区別したまま利用できる。

変更前

disableClaudeAiConnectors や allowedMcpServers で URL ベースの制限を設定しても、.mcp.json、プラグイン、エージェントで宣言された一部の MCP エントリにはルールが適用されていなかった。その結果、制限対象のはずのサーバーがフィルタリングされずに残る場合があった。

変更後

.mcp.json、プラグイン、エージェントで宣言された一部の MCP エントリに対しても、disableClaudeAiConnectors や allowedMcpServers の URL ルールが正しく適用されるようになった。

ユーザーへの恩恵

組織の MCP サーバー制御ポリシーが、すべての MCP エントリに対して一貫して適用されるようになる。

変更前

HTTP MCP サーバーが非常に大きなレスポンスを送信した場合、Claude Code がそのレスポンスを無制限にメモリに読み込み、メモリ使用量が際限なく増える可能性があった。

変更後

HTTP MCP サーバーが非常に大きなレスポンスを返しても、メモリ使用量が制限され、無制限にメモリを消費しなくなった。

ユーザーへの恩恵

巨大なレスポンスを返す HTTP MCP サーバーに接続しても、メモリ不足によるクラウドやセッションの不安定化を気にせず利用できるようになる。

変更前

ネットワークプロキシ配下で MCP サーバーを起動する際、プロキシにブロックされて HTTP 403 が返されたサーバーに対しても、3 回の再試行が行われていました。このため起動のたびに不要な待ち時間が発生していました。

変更後

ネットワークプロキシ配下で MCP サーバーを起動する際、プロキシにブロックされて HTTP 403 が返されたサーバーへの接続は、3 回の再試行を行わなくなりました。サーバーが利用不可であることが即座に確定するため、起動時の余分な待ち時間が発生しません。

ユーザーへの恩恵

プロキシにブロックされた MCP サーバーがあっても、再試行を待たずにすばやく起動できるようになる。

変更前

起動時の接続ウォームアップは、CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC を設定していても実行されていた。そのため、本質的でない通信を抑制したい環境でも、起動時にウォームアップ用の接続が発生していた。

変更後

以前から CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC を設定すると、テレメトリや自動更新など本質的でない通信がスキップされていた。今回の変更後は、起動時に実行される接続のウォームアップ(事前接続処理)もこの変数の対象に含まれ、スキップされる。

ユーザーへの恩恵

オフライン環境やトラフィックを最小化したい組織で、この環境変数を設定するだけでウォームアップ接続も抑えられるようになる。

変更前

チャンネルの instructions は 8,192 バイトで上限チェックされており、マルチバイト文字を使う英語以外のテキストでは同じ内容でもより多くのバイトを消費するため、実質的に使える余地が英語より少なかった。また、Configure ページには残り容量を確認できる文字数表示がなかった。

変更後

チャンネルの instructions の上限が 8,192 文字(バイトではなく)に引き上げられ、Configure ページの Save ボタンの横に文字数カウントが表示されるようになった。

ユーザーへの恩恵

英語以外の言語でも制限に達するまで同じだけの instructions を書けるようになり、Configure ページで文字数を確認しながら調整できるようになる。

変更前

ユーザーがインストールしたプラグインが、組織が管理する MCP サーバー(Managed MCP)のサインインツールの説明を書き換えることができ、ツールの機能や目的を誤誘導する説明が表示される恐れがあった。

変更後

ユーザーがインストールしたプラグインが、組織管理 MCP サーバーのサインインツールの説明を上書きしようとしても、その説明書き換えがブロックされ、組織が管理する MCP サーバーのツール説明は保護された状態で表示される。

ユーザーへの恩恵

ユーザーは、プラグインによるツール説明の改ざんを恐れず、組織管理の MCP サーバーのサインインツールを信頼して利用できるようになる。

変更前

stdio MCP サーバーの設定に alwaysLoad: false が指定されている場合、新しい会話の最初のターンがそのサーバーの接続完了を待ってしまい、会話開始が遅れることがあった。

変更後

stdio MCP サーバーの設定に alwaysLoad: false が指定されている場合、そのサーバーへの接続完了を待たずに新しい会話の最初のターンが開始されるようになった。

ユーザーへの恩恵

alwaysLoad: false の stdio MCP サーバーがあっても、最初のターンがそのサーバーの接続待ちで遅れなくなり、会話をすぐに開始できる。

変更前

__proto__ という名前の MCP ツールがあると、そのツールに対する組織のツールごとの権限上限が黙って脱落していた。

変更後

__proto__ という名前の MCP ツールに対しても、組織が設定したツールごとの権限上限が正しく適用されるようになった。

ユーザーへの恩恵

__proto__ という名前の MCP ツールに対しても、組織が定めた権限上限が確実に適用されるようになった。

変更前

スクリーンリーダーモードでは、claude --teleport の進捗画面や検証中の MCP フォームフィールドが、スピナーのフレームが更新されるたびに何度も繰り返し読み上げられていた。

変更後

スクリーンリーダーモードでも、スピナーが回転しても進捗画面や検証中の MCP フォームフィールドは1回だけ読み上げられる。

ユーザーへの恩恵

スクリーンリーダー利用者は、同じ内容の繰り返し読み上げに悩まされず、実際の状態変化だけを聞き取れるようになる。

変更前

これまで、SDK MCP サーバーの alwaysLoad が false(デフォルト)でも、サーバーから提供されるツールは最初のプロンプトにすべて読み込まれていた。

変更後

サーバー側の設定で alwaysLoad が false(デフォルト)の場合、そのサーバーが提供するすべてのツールがツール検索の対象になり、必要になった時点で Claude が検索して読み込む。

ユーザーへの恩恵

使わないツールの定義がコンテキストを消費しなくなるため、MCP サーバーを複数接続してもコンテキストウィンドウへの影響を最小限に抑えられる。

変更前

MCP のエラーメッセージにクレデンシャルの値がそのまま表示されることがあった。キー名の直前に「Bearer」または「Basic」という語があると、エラー表示の際にそのクレデンシャルの値が露出していた。

変更後

MCP の認証エラーメッセージでは、クレデンシャルの値が表示されなくなった。キー名の直前の「Bearer」または「Basic」という語もメッセージから取り除かれるため、値が露出する場面自体がなくなった。

ユーザーへの恩恵

MCP 接続でエラーが起きた際に、認証情報の値がターミナル画面やログに漏れなくなったと分かる。

変更前

サーバーが旧形式の MCP ハンドシェイクを切断すると、MCP コネクターのツール一覧が最大1日間空のままになることがありました。

変更後

サーバーが旧形式の MCP ハンドシェイクを切断した後も、コネクターが最大1日間ツール一覧を空のまま返すバグが解消され、切断を検知すると直ちに再接続してツールを再取得できるようになりました。

ユーザーへの恩恵

サーバー側のハンドシェイク更新後もツールが消失せず、自動再接続によって MCP 統合を中断なく利用できるようになりました。

変更前

Claude が同じ MCP サーバーへの再サインインを要求すると、新しいサインイン要求が保留中のサインインリンクを置き換えてしまうことがあった。その結果、ユーザーがまだ認証を完了していなかった場合、置き換え後のリンクが無効になり、サインインを完了できなくなることがあった。

変更後

Claude が再サインインを要求しても、既に表示されている保留中のサインインリンクがそのまま使われ、重複する認証要求で上書きされなくなった。ブラウザーで開いたリンクから正常にサインインを完了できる。

ユーザーへの恩恵

MCP サーバーへのサインインを求められた際、古いリンクが使えなくなることなく、表示されたサインインリンクで確実に認証を完了できるようになる。

変更前

/usage は、ツール呼び出しが MCP サーバーに紐づけられたものでも、そのサーバーの接続がまだ完了していない、あるいは完了直後のタイミングで行われた場合には、そのサーバーの利用としてカウントしていなかった。

変更後

/usage は、再起動直後のように MCP サーバーが接続中または接続完了直後に行われたツール呼び出しに対しても、そのサーバーの貢献として正しくカウントするようになった。

ユーザーへの恩恵

ユーザーは再起動直後のセッションでも、/usage で実際に利用した MCP サーバーの貢献度を正確に確認できるようになる。

変更前

この変更により、--config に <server>.<key>=<value> 形式を渡せるようになり、バンドルされた .mcpb MCP サーバー(マニフェストの mcpServers が .mcpb/.dxt を指すもの)の設定値をインストール時に指定できる。

変更後

v2.1.285 より前は、バンドルされた .mcpb MCP サーバーを含むプラグインをインストールしても、そのサーバー固有の設定は claude plugin install --config で渡せず、ユーザーはインタラクティブな /plugin → Configure 画面を開いて手動で値を入力する必要があった。

ユーザーへの恩恵

プラグイン開発者がバンドル MCP サーバーの設定値を事前に指定して claude plugin install を実行できるため、ユーザーが /plugin → Configure を開いて手動入力するステップを省ける。

変更前

セッション途中に追加された MCP サーバーをオフにすると、そのサーバーのツールもただちに無効化され、Claude から呼び出せなくなる。

変更後

SDKセッションや -p セッション内で、セッション途中に追加された MCP サーバーをオフにしたとき、そのサーバーのツールが引き続き利用可能なまま残る状態だった。

ユーザーへの恩恵

セッション途中に MCP サーバーをオフにしても、そのツールが残らず確実に無効化されるため、意図しないツール使用を防げる。

変更前

v2.1.283 で発生したリグレッションにより、クラウドセッションでの最初の Claude の返信が数十ミリ秒遅れて届いていた

変更後

クラウドセッションの最初の応答が、v2.1.285 では以前と同様に即時に届くようになった

ユーザーへの恩恵

ユーザーは待機時間を意識せず、クラウドセッションをすぐに開始・継続できる

変更前

stdio サーバーの設定エントリに type フィールドが省略されている場合、claude mcp get を実行しても Type、Command、Args、Environment のいずれも表示されなかった。

変更後

claude mcp get を実行すると、設定エントリに type フィールドがなくても標準入出力（stdio）サーバーとして正しく認識され、Type・Command・Args・Environment の各情報が表示される。

ユーザーへの恩恵

ユーザーは type フィールドを省略した stdio サーバー設定でも、claude mcp get でサーバーの詳細情報をすぐに確認できる。

変更前

パネル内の Claude が VS Code の Problems パネルのエラーと警告を読み取れるのは、ファイルを編集した直後のタイミングに限られていた。

変更後

パネル内の Claude が、ファイル編集直後に限らず、必要なタイミングでいつでも Problems パネルの現在のエラーと警告を読み取れるようになった。

ユーザーへの恩恵

ユーザーは編集直後以外のタイミングでもパネル内の Claude に最新の診断情報を参照させて検証や修正を行えるようになる。

変更前

/effortスライダー内の矢印キーやTabキーには固定のキーバインドが割り当てられており、keybindings.jsonで再割り当てできなかった。

変更後

keybindings.jsonでeffortSlider:decreaseEffort、effortSlider:increaseEffort、effortSlider:toggleUltracodeの各アクションにキーを割り当てられるようになり、/effortスライダー上の矢印キーとTabキーに好みの操作を設定できる。

ユーザーへの恩恵

好みのキー配置に合わせてスライダーを操作できるようになり、キーボード操作の快適性が向上する。

変更前

管理設定で MCP サーバーがプラグインのみに制限されている環境で claude mcp add を実行すると、実際にはロードされないサーバーの登録が成功として報告されていた。

変更後

管理設定により MCP サーバーがプラグイン由来のみに制限されている場合、claude mcp add を実行すると登録を拒否し、ユーザーが取るべき対処を案内するようになった。

ユーザーへの恩恵

読み込まれないサーバーを保存してしまうことなく、代わりの登録方法を案内されるため、ユーザーは後から気づいて手作業で修正する手間が減る。

変更前

長時間実行される MCP ツール呼び出しがバックグラウンドに移行すると、それまでの進捗通知は破棄され、バックグラウンドタスクは最新の進捗を表示できなかった。

変更後

バックグラウンドに移行したタスクでも最新の進捗が表示されるようになった。

ユーザーへの恩恵

長時間実行する MCP ツール呼び出しをバックグラウンドで監視しながら作業を続けられるため、ツールが止まっていないかどうかをリアルタイムに把握できるようになった。

変更前

/mcp のツール一覧は一度に表示できる件数が少なく、表示しきれないツールは画面から見えなかった。組織のポリシーでブロックされたツールも、一覧上では通常のツールと見分けがつかなかった。

変更後

/mcp のツール一覧は、一度に表示できる件数が増え、PgUp/PgDn キーやマウスホイールでスクロールできる。ブロックされたツールには警告アイコンが付き、ブロックされていることが一覧上で分かるようになった。

ユーザーへの恩恵

多くのツールを一覧で確認しながら、組織にブロックされたツールをひと目で見分けられるようになる。

変更前

claude.ai アカウントで Artifact ツールの機能がまだ判明していない場合、初回実行時にプロンプトが表示されるまで最大1.5秒待たされていた。

変更後

起動時の初回実行で、Artifact ツールの機能がまだ未知の claude.ai アカウントに対して、プロンプトがこれを確認するために最大1.5秒待たなくなった。代わりに最初のメッセージで必要に応じて待つ。

ユーザーへの恩恵

初回実行時のプロンプトが最大1.5秒速く表示され、起動が snappier(体感的に速く)なる。

変更前

返信の途中に新しいメッセージが割り込むと、Claude Tag が同じ返信を 2 回送信することがあった

変更後

返信の途中に新しいメッセージが割り込んだ場合でも、Claude Tag が既に送信した返信を再送信しなくなった

ユーザーへの恩恵

重複した返信を手動で削除する必要がなくなり、チャンネル上の会話が正確に保たれる

変更前

「チャンネルのみ」に設定されたチャンネルでは、非ゲストメンバーが参加すると、Slack による参加確認が行われる前に、そのチャンネル内のすべての会話が終了していました。特に Slack がメンバーシップの確認を完了するのが遅い場合、参加者の確認が済んでいない間に会話がまとめて中断されることがありました。

変更後

非ゲストメンバーがチャンネルに参加し、Slack によるメンバーシップ確認が遅延した場合でも、その参加を検知して会話を終了させないようにしました。これにより、チャンネルで進行中の Claude との会話が、メンバーシップ確認を待つ間に途切れなくなります。

ユーザーへの恩恵

非ゲストメンバーの参加時に Slack の確認が遅れても、進行中の会話が継続できるようになりました。

変更前

スクロールバーを持つリストは、フルスクリーンモードでない場合にもスクロールバー用の幅が確保されていた

変更後

スクロールバーが現れない非フルスクリーンモードでも、スクロールバー用の余白分だけ /skills や /mcp といったリストが2列分狭く表示されていた

ユーザーへの恩恵

非フルスクリーンモードでも /skills や /mcp のリストを最大幅で表示できるようになり、より多くの項目が一度に見えるようになる

変更前

Claude Tag のスレッドが、設定された名前ではなく最初のメッセージの見出しでリストされることがあり、名前を後から変更してもリスト表示が更新されない

変更後

スレッド名を後から変更すると、Slack の Agents & tools ビューのリストにもその名前が反映される

ユーザーへの恩恵

スレッドの名前変更が Slack のリストに正しく反映され、目的のスレッドを見つけやすくなる

変更前

チャンネルがアプリ未追加の Grid ワークスペースと共有されている場合、Claude Tag のチャンネルでメンションすると、状況の詳細に関係なく、常に「今はこのチャンネルを確認できません (Couldn't check this channel just now)」とだけ返答されていた。

変更後

チャンネルがアプリ未追加の Grid ワークスペースと共有されている場合、エラーメッセージ内に、アプリを追加すべき特定のワークスペース名が表示されるようになった。

ユーザーへの恩恵

ユーザーはエラーメッセージを見るだけで、Claude アプリをどのワークスペースに追加すればよいかを即座に特定し、管理者への依頼や自己での修正をすぐに行えるようになった。

変更前

claude plugin validate を実行しても、.mcp.json の問題はチェックされませんでした。

変更後

claude plugin validate を実行すると、.mcp.json のエントリが検証されます。

ユーザーへの恩恵

ロード時に黙って破棄されるエントリや未宣言の ${user_config.*} 参照、安全でない URL を事前に発見できるようになった。

変更前

フルスクリーンモードで /skills、/mcp、/plugin の Installed リストを閲覧する際、リストが表示領域を超えてもスクロールバーがなく、マウスでスクロール位置を操作できませんでした。

変更後

フルスクリーンモードの /skills、/mcp、/plugin の Installed リストにスクロールバーが表示されるようになりました。/workflows と同様に、マウスがリスト上にある間だけ表示され、クリックやドラッグで操作できます。

ユーザーへの恩恵

マウスでスクロールバーをクリックまたはドラッグして、長いリスト内の好きな位置へ素早く移動できるようになります。

変更前

MCP サーバーがまだ接続中の場合、ブロッキングイベント(PreToolUse など)に設定された mcp_tool フックは実行されずにスキップされていた。

変更後

MCP サーバーが接続中の間でも、ブロッキングイベント(PreToolUse など)に設定された mcp_tool フックが待機するようになり、接続タイムアウトまで実行が保留される。

ユーザーへの恩恵

MCP サーバーの接続完了を待つ間もフックが確実に実行されるため、権限チェックなどのフック処理が意図せず省略されなくなる。

変更前

MCP_CONNECTION_NONBLOCKING=0 を設定している場合、claude.ai コネクターへの接続が1秒で断念され、MCP_CONNECT_TIMEOUT_MS で指定したタイムアウト値が無視されていました。

変更後

MCP_CONNECT_TIMEOUT_MS の値に応じて、指定されたタイムアウト時間まで claude.ai コネクターへの接続を維持するようになりました。

ユーザーへの恩恵

MCP_CONNECT_TIMEOUT_MS を設定するだけで、接続に時間がかかる claude.ai コネクターも確実に利用できるようになりました。

変更前

MCP リソースの一覧(リソース一覧ツールと @ メンションの候補)に、MCP Apps 用の ui:// スキームの UI リソースも含まれていた。

変更後

MCP リソースの一覧(リソース一覧ツールと @ メンションの候補)から MCP Apps の UI リソースが除外されるようになった。URI を指定して直接読み取ることは引き続き可能。

ユーザーへの恩恵

一覧が MCP Apps の UI リソースで埋められることがなくなり、@ メンションの候補から目的のリソースを見つけやすくなる。

変更前

セッションの保存済み履歴に、ロードできなかったMCPツールに関する壊れた通知が含まれていると、セッションは毎ターンおよび /compact の実行時に失敗していました。

変更後

壊れた通知があっても、セッションは毎ターンも /compact も失敗しなくなり、MCPツールの読み込み問題はデバッグログに記録されるだけです。

ユーザーへの恩恵

壊れた保存済み履歴が原因でセッションが使用不可能になったり、/compact が実行できなくなったりすることがなくなります。

変更前

~/.claude.json の claudeAiMcpEverConnected の値が不正だと、/mcp や /plugin manage を開いた時点で Type error でクラッシュする

変更後

/mcp や /plugin manage を開いても、claudeAiMcpEverConnected の値が不正でも Type error でクラッシュしない

ユーザーへの恩恵

~/.claude.json の claudeAiMcpEverConnected の値が不正でも、/mcp や /plugin manage を開けるようになる

変更前

全画面モードでは、バックグラウンドタスクの完了通知が、その通知が発生した位置ではなく、長いターン内で折りたたまれたツール行の下に表示されていた。各通知が表示されても、折りたたまれたツール行は開いたまま変化しなかった。

変更後

全画面モードでは、バックグラウンドタスクの完了通知が、その通知が発生した位置ではなく、長いターン内で折りたたまれたツール行の下に表示されていた。各通知が表示されると、開いている折りたたみ行が自動的に閉じるようになった。

ユーザーへの恩恵

ユーザーは通知が発生した正確な位置でバックグラウンドタスクの完了を把握でき、開いている折りたたみ行を手動で閉じる必要がなくなる。

変更前

~/.claude.json 内の mcpNeedsAuthNoticed に不正な値が入っていると、起動時にスキーマエラーとして処理されずクラッシュしていた。

変更後

起動時に ~/.claude.json を読み込む際、mcpNeedsAuthNoticed に不正な値が入っていても設定エラーとして適切に処理する。

ユーザーへの恩恵

~/.claude.json を手動編集した際に値を誤って壊しても、Claude Code が起動しなくなる心配なく復旧手順に進める。

変更前

サーバーが 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」として報告される状態が発生していた

変更後

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

ユーザーへの恩恵

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