strictPluginOnlyCustomization.mcp

変更後

公式 Anthropic マーケットプレイスのプラグインで宣言された固定 URL のリモート MCP サーバーを利用した際、テレメトリ上の mcp_server.name に実際のサーバー名が記録されるようになり、どのサーバーへのリクエストかをダッシュボードで正確に集計・分析できる。

変更後

allowedMcpServers の許可リストで、managed-mcp.json の stdio サーバーのうち env 内でのみ ${VAR} 展開を使うものがフィルタリングされなくなり、意図せず許可リストから漏れていたサーバーもアップグレード後に読み込まれるようになる。引き続きそのサーバーを読み込ませたくない場合は deniedMcpServers でブロックできる。

変更後

headless モード (claude -p)、Agent SDK、デスクトップアプリ、VS Code でも fork サブエージェントがデフォルトで使えるようになり、端末と同じく会話履歴を受け継いだサブエージェントに脇作業を任せられる。背景説明をやり直さずに済み、プロンプトキャッシュも共有されるため待ち時間やコストの無駄が減る。

変更後

MCP サーバーの許可ルールが、名前に含まれる文字と同じ名前を持つ別のサーバーにまで誤って適用されなくなり、意図したサーバーだけに許可を限定できるようになる。

変更後

エージェントの tools: リストで、特定の MCP サーバーが提供するツール群をサーバー名だけでまとめて指定できるようになり、個別のツール名を列挙する手間が省ける。サーバー名に __ を含む場合も新しい記法で正しく指定できるため、こうした名前のサーバーのツールを確実にエージェントに割り当てられる。

変更後

権限プロンプトで待機中のセッションをリモート操作画面や claude.ai・デスクトップアプリから確認した際に、mcp__server__tool のような内部識別子ではなく、サーバー名と分かりやすいツール名で表示されるようになり、どの MCP ツールの許可を求めているのかひと目で判断できる。

変更後

「/artifacts」「/mcp」「/skills」「/hooks」などのリスト画面で、各項目の詳細情報が名前の後に一つの列に揃って表示されるようになる。

変更後

インストール時に claude plugin install --config <server>.<key>=<value> でバンドルされた .mcpb MCP サーバーの設定値を直接指定できるようになり、サーバーがすぐに起動する。設定が未指定のために /plugin 画面で Configure を開いて手動入力する手間が省ける。 } ] }

変更後

ツール作者側の意図を尊重して、サーバー設定が alwaysLoad でもツールを遅延ロードのままにできるようになり、ツールの説明文がコンテキストを消費するのを避けられる。

変更後

プラグイン提供の stdio MCP サーバーの機密情報が含まれる可能性のある値が、claude mcp get の出力に表示されなくなり、誤ってクレデンシャルを漏らすリスクを減らせる。変数名は引き続き表示されるため、サーバーの設定内容は把握できる。

変更後

接続に失敗したサーバーや再認証が必要な MCP サーバーを、個別に操作することなく一括で再接続できるようになる。

変更後

--allowedTools や mcp_tool フックで指定した MCP ツールが、CLAUDE_CODE_MCP_STARTUP_WAIT_MS=0 を設定して待機時間を無効にした場合でも確実に初回ターンまでに利用可能になり、ツールが見つからず処理が失敗するのを防げる。

変更後

/mcp のツール一覧を一度に多くのツールまで確認できるようになり、リストが長くてもページキーやマウスでスクロールして目的のツールにたどり着けるほか、組織にブロックされたツールが警告アイコンで分かる。参考: フルスクリーン表示では /mcp などのリストパネルにスクロールバーが表示され、ツールの一覧が表示領域より多い場合でもドラッグやクリックで移動できる。

変更後

管理者が managed-mcp.json を配布している環境でも、allowClaudeInChromeWithManagedMcp の設定で Claude in Chrome を managed-mcp.json と併用できるようになる。Chrome がブロックされている場合に起動時のエラーで設定名が示されるため、ユーザーは管理者に何を依頼すればよいか分かる。

変更後

プラグイン開発時に、読み込み時に黙って無視される MCP サーバーの設定ミスや未宣言の ${user_config.*} 参照、安全でない URL を、プラグインを読み込む前に検証コマンドで検出して修正できる。

変更後

/skills、/mcp、/plugin のインストール済みリストをマウスでスクロールできるようになり、項目数が多く表示からはみ出してもスクロールバーや端の行をクリックして目的の項目へたどり着ける。

変更後

/workflows と /mcp のリストを他の一覧と同じ操作感でページ送り (PgUp/PgDn、Home/End) や j/k、マウスでスクロールできるようになり、矢印キーの割り当ても select:previous/select:next のリバインドに追従する。また、/workflows で x を押せばポインターが合っている実行をリストから直接停止できる。

変更後

/mcp で無効化されたサーバーの状態をスクリーンリーダーが「pending」と誤読せず、「off」と正しく読み上げるようになり、視覚に頼らずにサーバーの状態を正確に把握できる。

変更後

ターミナルが狭くても各サーバーの状態と名前が見えやすくなり、行の折り返しや切れ詰まりでステータスを判別しにくかった状況が改善される

変更後

'.mcp.json' や設定ファイル内の SDK 型 MCP サーバーが警告付きでスキップされるようになり、本来 SDK ホストアプリケーションでのみ登録できる in-process サーバーを誤って設定した場合でも、エラーで動作が止まらず原因を把握できる。

変更後

MCP サーバーがセッション中に切断され、自動再接続が失敗しても、そのことが通知で分かるようになり、/mcp から手動で再接続できる。

変更後

セッション途中で MCP サーバーのサインインが切れても、エラー画面に /mcp で再認証すればよいことが表示されるため、対処方法に迷わずすぐ再認証できる。

変更後

claude mcp serve を経由する長時間のツール呼び出しでも、30秒ごとに進捗通知が送られるため、接続先のクライアントが応答なしと判断してアイドルタイムアウトで中断するのを防げる。また、クライアント側でも処理が動き続けていることが視覚的に分かるようになる。

変更後

組織の管理者が管理設定を使って、全ユーザーに HTTP/SSE の MCP サーバーを一括提供できるようになる。ユーザーが自分で追加したサーバーはそのまま残り、組織が提供したサーバーは編集・削除できないため、個人と組織のサーバーを両立しながら一元的に配布できる。

変更後

管理者が allowedMcpServers の許可リストを配っていても、managed-mcp.json に定義されたサーバーはリストで除外されずにそのまま読み込まれるようになった。これにより、以前はアップグレード時に許可リストの更新漏れで配備済みサーバーが突然読み込めなくなる場面がなくなり、配布するサーバーとユーザー自身が追加するサーバーを別々に制御できる。配備済みサーバーを使わせたくない場合は deniedMcpServers でブロックすればよい。

変更後

/cd でディレクトリを移動した直後に、移動先のプロジェクト設定・hooks・.mcp.json サーバー・skills・agents がすぐに反映されるようになり、再開コマンドを実行しなくても移動先の環境をそのまま活用できる。

変更後

/mcp や /plugins で、認証が組織によって管理されている claude.ai コネクタに「managed」マークが表示されるようになり、どのコネクタの認証を自分で管理し、どれが組織管理下にあるのかをひと目で区別できるようになる。

変更後

無効化した MCP サーバーの状態を確認する際、不要な接続チェックを行わずに即座に表示結果を得られるようになる。また、サーバーが無効になっていることが一覧画面でひと目で分かる。

変更後

自分が書いていないリポジトリの MCP headersHelper(シェルコマンドとして実行される)が、そのフォルダを信頼していない状態で勝手に実行されるのを防げる。特に claude -p や SDK セッションでも信頼ダイアログの確認が強制されるため、安全なコマンドだけが実行される。

変更後

プロジェクトの .mcp.json、プラグイン、エージェントファイルに定義された headersHelper が、環境変数から認証情報を受け継がずに安全に実行されるようになった。また、ユーザー・管理設定・claude.ai スコープの helper は Claude の設定ディレクトリから実行されるため、ヘルパーコマンドの動作が設定場所ごとに一貫したものになる。

変更後

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

変更後

スクリプト内でMCPツールの呼び出し結果を正しく扱えるようになります。

変更後

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

変更後

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

変更後

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

変更後

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

変更後

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

変更後

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

変更後

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

変更後

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

変更後

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

変更後

リモートサーバーからClaude Codeへログインする際、認証の手間が大幅に軽減されます。

変更後

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

変更後

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

変更後

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

変更後

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

変更後

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

変更後

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

変更後

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

変更後

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

変更後

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

変更後

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

変更後

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

変更後

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

変更後

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

変更後

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

変更後

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

変更後

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

変更後

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

変更後

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

変更後

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

変更後

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

変更後

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

変更後

メインセッションと同様の柔軟な設定をバックグラウンドタスクにも適用できるため、複雑なプロジェクト環境での並列作業がよりスムーズになります。

変更後

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

変更後

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

変更後

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

変更後

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

変更後

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

変更後

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

変更後

MCP サーバー側のトラブルを素早く検知でき、デバッグや設定変更の必要性を即座に判断できるようになります。

変更後

MCP 連携が正しく機能しているかを一目で確認でき、ツールの不足によるトラブルシューティングが容易になります。

変更後

MCPサーバーの設定ミスや重複による予期せぬ挙動を回避し、外部ツールとの連携をより正確に管理できるようになります。

変更後

外部サービスとの連携トラブル時に、ユーザーが自力で問題を解決しやすくなります。

変更後

独自のツールやプラットフォーム上で Claude Code SDK を動かす際の、外部サービス連携(OAuth)がより確実に実装できるようになります。

変更後

複雑なスクリプトを書かずにAIと既存のツールの連携を自動化できるため、開発ワークフローの自動化設定がより簡単かつ強力になります。

変更後

外部ツールとの MCP 連携における認証トラブルが軽減され、連携機能の安定性が向上します。

変更後

特定のタスクに特化したツール(GitHub、Jira など)を持つエージェントを、個別のセッションとして即座に活用できるようになります。

変更後

Claude Codeの機能を他のツールや自作システムから呼び出す際の互換性が向上します。

変更後

認証が必要な社内ツールやAPIとの連携において、認証切れからの復旧がワンクリックで完了します。

変更後

遅い・応答しないMCPサーバーがあっても起動時間の上限をユーザーが制御でき、headless実行が速く確定的に終わるようになる。

変更後

独自のアプリケーションにClaude Codeを組み込む開発者が、期待通りにカスタムツールをモデルに提供できるようになります。

変更後

企業の管理者が設定したセキュリティ基準が確実に守られるようになり、組織全体での安全な AI 利用が保証されます。

変更後

無駄なツール呼び出しが減り、モデルの判断の正確性とレスポンス速度が向上します。

変更後

Claude の作業を待つことなく、いつでも設定確認や MCP サーバーの管理を安全に行えます。

変更後

ターミナルへの移動が不要となり、エディター内での作業フローを中断することなくツール連携を柔軟に行えます。

変更後

どの外部ツールが実行されているかをユーザーが完全にコントロールできるようになり、透明性と安全性が確保されます。

変更後

設定ミスによるトラブルから迅速に復旧でき、ツールの信頼性が高まります。

変更後

CLIの応答性が向上し、ユーザーは予期せぬハングアップに悩まされることなく、MCPサーバーの管理をスムーズに行えるようになります。

変更後

MCPサーバーとの連携設定が簡素化され、より多くのツールを迅速に利用できるようになりました。

変更後

リソースの無駄な消費を防ぎ、システム全体の安定性が向上します。

変更後

コマンド操作が統一され、MCPサーバーの管理がより直感的かつ確実になります。