社内でClaude Codeを使う人が増えると、MCPサーバーの登録方法が人ごとにばらつきます。ある人は経費データ、別の人は顧客情報、さらに別の人は開発環境へ接続する。便利な一方で、「誰が、どの接続先を使っているか」を追えなくなりやすい。
Claude Code v2.1.259は、この運用を会社側で揃えるための機能を追加しました。今回見るべき変更は二つです。
- 管理者がHTTP/SSE型のMCPサーバーを全利用者へ配布できる
managedMcpServers - 無人実行で確認が必要になった操作を自動的に拒否する
--permission-prompts none
私はこの二つを、接続先の標準化と無人実行の停止条件をセットで決めるための更新だと見ています。
会社がMCPの接続先を配る
Anthropicの公式リリースによると、managedMcpServersは管理設定からHTTP/SSE型のMCPサーバーを全利用者へ提供します。書式はプロジェクトで使う .mcp.json と同じです。ただし、ローカルコマンドを起動する形式の登録は無視されます。
ここは地味ですが、会社利用では効きます。各自に接続設定をコピペさせると、URLの打ち間違い、古い設定の残存、退職者端末への設定残りが起きます。管理設定から配布すれば、少なくとも「会社が認めた接続先」を一つの管理対象にできます。
たとえば社内規程検索、商品マスター、問い合わせ履歴をMCPで参照させる場合、利用者ごとに接続先を作るより、管理者が同じ入口を配る方が運用しやすい。接続先を変えるときも、利用者全員へ手順書を送り直す必要がありません。
ただし、配布できることと安全に使えることは別です。MCPサーバー側では、利用者や部署に応じたアクセス制御、取得範囲、監査ログを設計する必要があります。全員へ同じ接続先を見せても、全員に同じデータを返す必要はありません。
無人実行は「聞けないなら拒否」にする
--permission-prompts noneは、夜間バッチやCIのように、その場で人が答えられない環境向けです。操作に確認が必要になった場合、Claude Codeは確認画面を待ち続けず、その操作を拒否します。現在の権限モードは、そのまま判断に使われます。
無人実行で危ないのは、止まることより、想定外の許可で処理が進むことです。確認が必要な操作を拒否側へ倒せば、翌朝に失敗理由を見て、人が権限や手順を直せます。納期は少し遅れるかもしれませんが、顧客送信や本番変更を誤って通すより安い。
この設定は、すべての操作を禁止するスイッチではありません。事前に許可された範囲は実行されます。だからこそ、許可範囲を広くしすぎないことが前提です。
導入前に決める4項目
- 接続先の正本
利用を認めるMCPサーバー、管理者、用途、廃止手順を一覧にします。 - 取得できるデータ
部署、利用者、案件ごとに返してよい情報を分けます。接続できるだけで全件取得できる設計は避けます。 - 無人で許可する操作
読み取り、下書き、テストまでを基本にします。公開、送信、削除、本番変更は人の確認へ戻します。 - 失敗時の戻り先
拒否された操作を誰が確認し、どのログを見て、いつ再実行するかを決めます。
最初の対象は、読み取り中心のMCPが向いています。社内FAQや手順書検索から始め、取得ログと誤回答を確認する。その後にチケット作成やデータ更新を足す方が、事故の原因を切り分けやすい。
同じ版で直った、管理設定の読み込み不良
v2.1.259では、管理設定ファイルやMDMの設定を解析できない場合、設定を無視して起動するのではなく、Claude Codeが起動を拒否して原因を示す修正も入りました。
会社が配った制限が壊れているのに、制限なしで動く状態は避けたい。設定エラーを見える失敗に変える方が、管理者は早く直せます。無人実行の拒否設定と合わせて、異常時に勝手に進ませない方向がはっきりしています。
まず1台で確かめる
本番配布の前に、検証端末で三つだけ確認します。管理されたMCPが表示されること、許可された読み取りが通ること、確認が必要な操作が無人モードで拒否されること。この結果と設定ファイルを、社内の正本へ残します。
MCPを増やす前に、会社が配る接続先と、止める条件を決める。v2.1.259は、その二つを同じ運用表に載せやすくした更新です。