「どのモデルで動くか」まで許可を絞る──Claude Code v2.1.178 が足したパラメータ単位のガバナンス

コーディングエージェントの権限管理は、これまで「このツールを使ってよいか／だめか」というツール名単位の許可が中心でした。Anthropic が2026年6月15日に公開した Claude Code v2.1.178 は、この粒度を一段細かくします。ツール名だけでなく、ツールに渡される入力パラメータの値まで条件にして許可・拒否を書けるようになりました。無人で長く走るエージェントを業務に組み込む局面で効いてくる、地味だが実務的な更新です。

パラメータの値で許可を切り分ける新構文

目玉は Tool(param:value) という許可ルールの新構文です。従来はツール名でしか指定できなかった許可・拒否を、入力パラメータの中身で分岐できます。値には * のワイルドカードも使えます。

たとえばサブエージェントを起動する Agent ツールに対して、次のように書けます。

• Agent(model:opus) を拒否ルールに入れると、最上位モデルでサブエージェントを起動する動きだけをブロックできる
• ツール自体は使わせつつ、コストの高いモデル指定だけを止める、といった「使わせ方」の制御ができる

これは「エージェントに何をさせるか」だけでなく「どのモデルで・どんな条件で動かすか」までを運用側で線引きできる、ということです。モデルの世代が増え、価格差も開いてきた今、コスト面の歯止めとしても意味を持ちます。

モノレポを意識した .claude ディレクトリの優先順位

もう一つの軸が、入れ子になった .claude/ ディレクトリの扱いの整理です。1つのリポジトリに複数のプロジェクトを抱えるモノレポでは、サブプロジェクトごとに設定やスキルを分けたい場面があります。v2.1.178 はこの分離を素直に扱えるようにしました。

共通ルールはリポジトリ直下に、プロジェクト固有の作法は各サブディレクトリに、という置き方が破綻しにくくなります。大きなコードベースほど恩恵が出る整理です。

サブエージェント起動を「起動前」に審査する

セキュリティ面では、auto モードでサブエージェントを起動する際の挙動が変わりました。これまでは、起動するサブエージェントに拒否対象のアクションを後から要求させることで、レビューを経ずに実行へ持ち込める抜け穴がありました。v2.1.178 では、サブエージェントの起動そのものを、起動前にクラシファイア（分類器）が評価するようになり、この隙間を塞いでいます。

このほか、MCP サーバー単位での disallowedTools 指定が正しく効くよう修正され、サブエージェントの表示やメッセージ破棄、認証リフレッシュ、コンパクション時の --fallback-model 無視といった不具合も解消されています。翌16日には連続版の v2.1.179 も出ており、接続が途中で切れたときに途中までの応答を保持する修正などが入りました。

「許可リスト」が運用設計の道具になる

今回の更新を貫いているのは、エージェントの許可リストを「オン／オフのスイッチ」から「条件つきの運用ポリシー」へ近づける方向性です。導入を検討するなら、次のような使い方が現実的です。

• コスト管理: 高価なモデルでのサブエージェント起動を拒否ルールで抑え、想定外のトークン消費を防ぐ
• 権限分離: モノレポで機密性の高いサブプロジェクトだけ別の .claude/ を置き、近い定義を優先させる
• 自動実行の安全弁: auto モードの起動前審査を前提に、無人運用の足場を一段固める

一方で、こうした制御が増えること自体が、エージェントを人手のレビューなしに走らせる前提が広がっていることの裏返しでもあります。細かな許可を書けるようになるほど、設定の抜け漏れがそのままリスクになる点には注意が要ります。便利さの裏で、ポリシーを誰がどう保守するかという運用の負担も増える、という指摘は妥当でしょう。新構文は強力ですが、まずは拒否したい操作を明確にしてから、最小限のルールで始めるのが無難です。

参照: Claude Code v2.1.178 の主要アップデート（DevelopersIO） ／ Claude Code Changelog（公式） ／ Claude Code 新着情報（公式）