AI 程式開發與代理治理
Claude Code 2.1.259、リモートMCPを組織全体に配布可能に—無人実行モードではプロンプトが必要な操作を即時拒否
新バージョンでは、`managedMcpServers`を通じてHTTP／SSEツールエンドポイントを一元的に配布できるほか、無人実行ホスト向けに対話を待たない権限ポリシーが追加された。今回のアップグレードでは、管理対象サーバーに対するallowlistの適用方法も変更されるため、企業がdenylistを追加しなければ、従来は除外されていたツールが再び読み込まれる可能性がある。
AnthropicはClaude Code 2.1.259に`managedMcpServers`を追加し、組織が管理対象設定を通じて、HTTPまたはSSEトランスポートを使用するMCPサーバーを全ユーザーに配布できるようにした。データ構造には、プロジェクトの`.mcp.json`と同じエントリ形式が使用される。これにより、ツールの導入は個々の開発者による作業から一元的なコントロールプレーンへと移行する。ただし、この新しい経路では`command`を含み、ローカルプロセスの起動を必要とするエントリは無視されるため、stdioサーバーを記述できる既存の`managed-mcp.json`ファイルの仕組みと混同すべきではない。
CI、セルフホスト型runner、リモートセッションに関するもう一つの変更は、`--permission-prompts none`だ。従来ユーザーの確認を必要としていた操作はすべて即座に拒否され、無人実行ワークフローが確認プロンプトで停止することはない。auto modeを含む現在のpermission modeでは、引き続き、すでに許可されている操作かどうかが判定される。これは「すべてを許可する」機能ではなく、不足している権限を自動的に補完するものでもない。そのため、デプロイ前に、エージェントが必要とするツールとファイルの境界が完全に設定されていることを確認する必要がある。
管理者が特に注意すべきなのは、互換性に関する変更だ。`allowedMcpServers`は今後、ユーザーが自分で追加したサーバーのみを管理対象とする。これまでallowlistによって間接的にブロックされていた`managed-mcp.json`のエントリが、アップグレード後に読み込まれ始める可能性があるため、`deniedMcpServers`を使って明示的にブロックしなければならない。新バージョンでは、管理対象設定ファイル、MDM plist、またはWindows HKLMの値を解析できない場合に起動を拒否するようにもなった。これにより、ポリシーの破損後に、管理されていない状態へ暗黙的にフォールバックすることを防ぐ。
エンジニアリングチームは、まずテスト用エンドポイントで`claude mcp list`を実行し、アップグレード前後で実際に読み込まれるサーバーを比較したうえで、エラーメッセージ、リモート証明書、denylistを検証すべきだ。一元配布は設定のドリフトを抑えられるが、Anthropicが各MCPの安全性を監査済みであることを意味しない。サーバー自体の権限、データ流出、サプライチェーンに関するリスクは、引き続きデプロイ担当者が負う。