Anthropicが2026年6月12日にコーディング支援ツールClaude Codeのv2.1.175を公開し、管理者が許可したモデル以外を全社で使わせない新設定「enforceAvailableModels」を追加した。
Anthropicは2026年6月12日、コーディング支援ツールClaude Codeのv2.1.175を公開し、管理者向けの新設定enforceAvailableModels(利用可能モデルの強制設定)を追加した。
有効にすると、組織が定めた許可モデル一覧(availableModels)が利用者の既定モデル選択にも適用される。既定モデルが許可外に解決される場合は許可済みの先頭モデルへ自動的に切り替わり、利用者個人やプロジェクト単位の設定では組織の許可一覧を広げられなくなる。
従来は設定の優先順位によって個人やプロジェクトの設定が組織の制限を上書きできる余地があった。今回はその抜け道を構造的に塞ぐ統制強化であり、便利機能の追加ではない。X上でも企業・チーム運用での抜け道封じが主軸と整理され、モデル選定基準の標準化手段として前向きに捉える声が中心となっている。Claude Codeを全社展開し、コスト管理やコンプライアンスを重視する組織の導入判断に直結する変更だ。
この変化で何が要点か。図解と出典つきで一目で。
構造化された事実を最初に。誰が何をいつどこでなぜどのように。
Claude Codeはターミナルから操作するAnthropicのコーディング支援ツールであり、頻繁にバージョンアップを重ねている。従来から、利用できるモデルを絞り込む「許可モデル一覧（availableModels）」という仕組みが存在していた。ただし設定の優先順位によっては、利用者個人やプロジェクト単位の設定が組織の制限を上書きできる余地があった。今回はその抜け道をふさぐための管理機能である。
企業がClaude Codeを全社展開する際、利用するモデルを管理側で確実に統制できることはコスト管理やコンプライアンス上で重要になる。新設定により、利用者やプロジェクトが組織の許可リストを勝手に広げられなくなり、既定モデルが許可外に解決される場合は許可済みの先頭モデルへ自動的に切り替わる。モデル選定のガバナンスを重視する組織にとって導入判断に直結する変更だ。
Anthropicは2026年6月12日、コーディング支援ツールClaude Codeのv2.1.175を公開し、管理者向けの新設定「利用可能モデルの強制設定(enforceAvailableModels)」を追加した。これを有効にすると、組織が定めた許可モデル一覧が、利用者が標準で使う既定モデルの選択にも適用される。
Added enforceAvailableModels managed setting — when enabled, the availableModels allowlist also constrains the Default model (a Default that would resolve to a disallowed model now falls back to the first allowed model), and user or project settings can no longer widen a managed availableModels list
引用にある「availableModels allowlist」は組織が許可したモデルの一覧、「Default model」は利用者が標準で使うモデルを指す。強制設定を有効にすると、既定モデルが許可外のモデルに割り当たる場合は、許可済みの先頭モデルへ自動的に切り替わる。さらに利用者個人やプロジェクト単位の設定では、組織が決めた許可一覧を広げられなくなる。
Claude Codeには従来から、利用できるモデルを絞り込む「許可モデル一覧(availableModels)」という仕組みがあった。ただし設定の優先順位によっては、利用者個人やプロジェクト単位の設定が組織の制限を上書きできる余地が残っていた。今回の変更は、その余地を構造的に塞ぐものだ。
X上でも、今回の更新は新機能の追加ではなく企業・チーム運用でズレや抜け道になりやすい箇所を締める更新だと整理する声が出ている。許可外モデルが許可済み先頭モデルへ自動で切り替わる挙動も、設定キー名とともに正確に共有されている。
つまり「使ってよいモデルを管理側が宣言する」段階から、「宣言したモデル以外は使わせない」段階へ統制の強度が一段上がった。利用者の善意の運用に頼らず、設定で利用モデルを固定できるようになった点が今回の核心である。
得をするのはClaude Codeを全社展開する企業の管理者だ。利用者やプロジェクト側に許可リストを広げる余地を残さず、使うモデルを確実に固定できる。想定外の高コストモデルや非承認モデルが使われるリスクを、運用ルールの周知ではなく設定で封じられる。
コスト管理や監査を担う立場にとっても利点が大きい。どのモデルにどのデータが渡るかを管理側で固定できるため、利用モデルの統制を社内規程として持つ組織が、設定上の抜け道を残さず実装できる。
一方、プロジェクト単位で自由にモデルを選びたい開発者にとっては制約が増える。組織が許可リストを絞り込み強制設定を有効にすると、個人やプロジェクトの設定では許可外モデルを使えなくなる。ただしX上では、この制限を単なる縛りではなくチームとしてのモデル選定基準を標準化する手段として前向きに捉える声が中心となっている。
立場別、明日から動ける一手。
自社のClaude Codeで現在どのモデルが許可一覧に入っているかと、利用者・プロジェクト設定で上書きされていないかを確認する。
全社で使わせるモデルの基準を、推論コストとデータ取り扱いの観点で定義する。
v2.1.175へ更新し、強制設定を有効にした状態で既定モデルが許可済み先頭モデルへ正しく切り替わるかを試す。
Claude Code v2.1.175が2026年6月12日に公開され、管理者向け設定「enforceAvailableModels」が追加された。有効化すると許可モデル一覧（availableModels）がデフォルトモデルにも適用され、許可外モデルは「最初の許可モデルへフォールバック」される。利用者やプロジェクト設定で組織の許可リストを広げられなくなり、企業のモデルガバナンスやコスト管理が強化される点に開発者が注目している。
enforceAvailableModelsを単なる「縛り」ではなく、チーム全体でのモデル選定基準を共通化・標準化できる仕組みと前向きに捉える声が中心。AIを組織で使う際の選定基準のばらつきを解消し、コスト管理やコンプライアンス上の利点があると評価されている。ガバナンスを重視する組織にとって導入判断に直結する変更だという受け止めが広がっている。
今回の更新を「便利機能の追加」より、企業・チーム運用でズレや抜け道になりやすい箇所を塞ぐものと分析する声が目立つ。1日のうちに細かくバージョンを刻んで対応している点にも注目が集まっている。管理側のavailableModelsが利用者設定で上書きされないようにする実装が、運用上の統制を実現するものとして受け止められている。
「許可外モデルは最初の許可モデルへフォールバック」「ユーザー/プロジェクト設定による許可リスト拡張を防止」など、設定の具体的な挙動を要約して共有する技術解説系の投稿が多数見られる。管理者がモデル制御を確実に行えるようになった点を、設定キー名とともに正確に伝えようとする情報提供の動きが活発化している。
セッションタイトルの会話言語対応、footerLinksRegexes設定追加、Bedrock credential cache改善、wheelScrollAccelerationEnabled設定、VSCodeの/usage詳細内訳など、v2.1.173〜176でまとめて入った16件規模の変更を一覧で紹介する動きがある。モデルガバナンス以外の安定性修正やUI改善にも関心が向けられている。
※トレンド検出時刻付近の人気投稿を表示
【Claude Codev2.1.175】`enforceAvailableModels` 設定が追加。有効にすると `availableModels` 許可リストがデフォルトモデルにも適用され、許可外モデルは最初の許可モデルへフォールバック。管理者によるモデル制御が強化されました。 #Anthropic #ClaudeCode {BLOG_URL}
🆕 Claude Code v2.1.174 /v2.1.175リリース（6/12） 【機能追加・改善】 ・フルスクリーンでマウスホイール加速を無効化する`wheelScrollAccelerationEnabled`設定を追加 ・[VSCode] `/usage`に詳細な使用量内訳を追加（キャッシュミス・長文脈・サブエージェント・スキル/プラグイン別）